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About This Manual 


This guide provides information on shutting down and starting up your system and 
identifies the processor-specific boot commands for the processors supported by the 
ULTRIX operating system. It also provides a description of the standalone ULTRIX 
environment. 


Audience 

The ULTRIX Guide to System Shutdown and Startup is written for the person 
responsible for managing and maintaining an ULTRIX system. It assumes that this 
individual is familiar with ULTRIX commands, the system configuration, the 
system’s controller/drive unit number assignments and naming conventions, and an 
editor such as vi or ed. You do not need to be a programmer to use this guide. 


Organization 

This manual consists of four chapters, two appendixes, and an index: 

Chapter 1: System Shutdown Procedures 

Explains the various ways that you can shut down the system. 

Chapter 2: System Startup Modes 

Explains the three modes that you can use to start up the 
system: single-user, multiuser, and conversational (VAX only). 


Chapter 3: Boot Commands 

Identifies and describes the boot commands supported by the 
ULTRIX system. 

Chapter 4: The standalone ULTRIX environment 

Describes the purpose and functionality of the Standalone 
ULTRIX Environment and explains how to invoke it. 


Appendix A: Device Mnemonics 

Lists the supported device mnemonics and explains how to 
obtain detailed reference page information on devices. 

Appendix B: General Purpose Register Use by VMB.EXE (VAX Only) 
Shows how the VMB program uses the general purpose 
registers. 






Related Documents 

You should have the hardware documentation for your system and peripherals. 

Conventions 

The following conventions are used in this manual: 


cat(l) 

Cross-references to the ULTRIX Reference Pages include the 

filename 

appropriate section number in parentheses. For example, a 
reference to cat(l) indicates that you can find the material on the 
cat command in Section 1 of the reference pages. 

In examples, syntax descriptions, and function definitions, italics 
are used to indicate variable values; and in text, to give references 
to other documents. 

[ ] 

In syntax descriptions and function definitions, brackets indicate 
items that are optional. 

• • • 

In syntax descriptions and function definitions, a horizontal 
ellipsis indicates that the preceding item can be repeated one or 
more times. 

UPPERCASE 

lowercase 

The ULTRIX system differentiates between lowercase and 
uppercase characters. Literal strings that appear in text, 
examples, syntax descriptions, and function definitions must be 
typed exactly as shown. 

example 

In examples, computer output text is printed in this type. 

user Input 

This bold typeface is used in interactive examples to indicate 
typed user input. 


system output This typeface is used in interactive examples to indicate system 


% 

output and also in code examples and other screen displays. In 
text, this typeface is used to indicate the exact name of a 
command, option, partition, pathname, directory, or file. 

The default user prompt is your system name followed by a right 
angle bracket. In this manual, a percent sign (%) is used to 
represent this prompt. 

# 

A number sign is the default superuser prompt. 

>» 

CPU««» 

The console subsystem prompt is two right angle brackets on 
RISC systems, or three right angle brackets on VAX systems. 

On a system with more than one central processing unit (CPU), 
the prompt displays two numbers: the number of the CPU, and 
the number of the processor slot containing the board for that 

CPU. 
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A vertical ellipsis indicates that a portion of an example that 
would normally be present is not shown. 


RETURN 


CTRLAl 


This symbol is used in examples to indicate that you must press 
the named key on the keyboard. 

This symbol is used in examples to indicate that you must hold 
down the CTRL key while pressing the key x that follows the 
slash. When you use this key combination, the system sometimes 
echoes the resulting character, using a circumflex ( A ) to represent 
the CTRL key (for example, A C for CTRL/C). Sometimes the 
sequence is not echoed. 
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System Shutdown Procedures 1 


On occasion, routine system maintenance may require you to shut down your system. 
The exact shutdown procedure that you use depends on whether you want to shut 
down multiuser mode and remain in single-user mode, shut down and halt the 
processor, or shut down multiuser mode and reboot. This chapter explains all of 
these procedures. 


1.1 Shutting Down Multiuser Mode 

There are three steps for shutting down multiuser mode and staying in single-user 
mode so that you can perform routine system maintenance. Steps 2 and 3 are optional 
and depend on the type of system maintenance that you want to perform. The steps 
are: 

1. Use the shutdown command to bring the system to single-user mode. For 
example: 

# /etc/shutdown +15 'to install new devices' 

This will shut down the system to single-user mode in 15 minutes. The 
shutdown command logs the specified reason (shown within single quotation 
marks (*’)) in the /usr/adm/shutdownlog file. Then, it notifies current 
users of the impending shutdown. It also creates an /etc/nologin file five 
minutes before the shutdown occurs, to prevent users from logging into the 
system. At the designated time, the shutdown command shuts down 
multiuser mode. 

When the system displays the superuser prompt (#), the system is back to 
single-user mode. The system console is open with the superuser account active. 
All other terminals are disabled, but all file systems are still mounted. You may 
now want to unmount file systems or you may want to halt the processor. 

When you restart multiuser mode, the /etc/rc script automatically removes 
/etc/nologin to re-enable user logins. 

2. Unmount file systems. If you want to, you can now unmount the file systems. 
To unmount all file systems, use the umount command with the -a option. 

You must be in the root (/) directory before you issue the umount command. 
For example: 

# cd / 

# /etc/umount -a 

This command unmounts those file systems named in the /etc/f stab file 
and leaves only the root file system mounted. If you have mounted a file 
system that is not defined in /etc/fstab and you want to unmount it, use 
the umount command and specify the file system’s special device name. You 
can tell if a file system is mounted by typing: 








# /etc/mount 

When specified without options, the mount command displays the currently 
mounted file systems. For example: 

/dev/rzOh on /usr/staff type ufs 
/dev/rz2c on /usr/staff/rl type ufs 

sysname:/usr/staff/a2 on /usr/staff/a2 type nfs (rw,soft,bg,nosuid) 

To unmount the /usr/staff file system, use the umount command as 
shown in the following example: 

# /etc/umount /dev/rzOh 

Notice that, to unmount the /usr/staff file system, you must unmount the 
device on which it resides. In this example, /usr/staff resides on the h 
partition of the rzO disk. 

For more information on both the mount and umount commands, refer to 
mount(8) in the ULTRIX Reference Pages. 

3. Halt the system. After you have issued the shutdown command, you can halt 
the system with the halt command. (Depending on your processor type, the 
system will either halt itself, or it will direct you to halt the system.) For 
example: 

# /etc/halt 

syncing disks ... 


» 

The halt command stops the processor and the console monitor prompt is 
displayed. You can now boot the system to single-user or multiuser mode as 
described in Chapter 2. 

When your system is in single-user mode, you can proceed with the desired 
maintenance procedure. 


1.2 Shutting Down and Halting the System 

To shut down multiuser mode and halt the processor, use the shutdown command 
with the -h option specified. For example: 

# /etc/shutdown -h +10 'scheduled maintenance' 

This will shut down and halt the processor in 10 minutes. The shutdown command 
logs the specified reason (shown within single quotation marks (”)) into the 
/usr/adm/shutdownlog file. Then, it notifies current users of the impending 
shutdown. At the specified time, the shutdown command shuts down multiuser 
mode and halts the processor. 

When you restart multiuser mode, the /etc/rc script automatically removes 
/etc/nologin to re-enable user logins. 

The halt command provides an alternative shutdown procedure and should only be 
invoked from single-user mode. 
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1.3 Shutting Down and Rebooting the System 

To shut down multiuser mode and immediately reboot the system, use the 
shutdown command with the -r option specified. For example: 

# /etc/shutdown —r +20 'doing a quick reboot' 

This will shut down and reboot the system in 20 minutes. The shutdown command 
logs the specified reason (shown within single quotion marks (”)) into the 
/usr /adm/shutdownlog file. Then, it notifies current users of the impending 
shutdown. It also creates the / etc/nologin file five minutes before the shutdown 
occurs to prevent users from logging into the system. At the specified time, the 
shutdown command shuts down multiuser mode, updates the file system 
superblocks, halts the processor, and immediately reboots multiuser mode. When 
you restart multiuser mode, the /etc/rc script automatically removes the 
/etc/nologin file to re-enable user logins. 

The reboot command provides an alternative startup and shutdown capability but is 
not recommended for normal operations. 


1.4 Shutting Down a Diskless Client 

To shut down a diskless client, use the shutdown command at the client processor. 
The shutdown command works the same for diskless clients as it does for any 
processor. However, you should avoid using the shutdown -r command, because 
the default boot device may not be the Ethernet device. 
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System Startup Modes 2 


During normal operations and after system crashes, you may need to restart or boot 
the system. To boot any system successfully, you must know whether you want the 
system to come up in single-user or multiuser mode. 

This chapter provides information about the available startup modes. It describes 
what happens when you: 

• Boot the default device to single-user mode 

• Boot the default device to multiuser mode 

• Boot alternate devices to either single-user or multiuser mode 

• Invoke multiuser mode from single-user mode 
Chapter 3 describes the specific boot commands. 


2.1 Booting the System to Single-User Mode 

When you boot the system to single-user mode: 

• The system comes up with only the root file system mounted. All other file 
systems are unmounted and all configured terminals and networking are 
disabled. You have access only to those files and commands in the root file 
system, unless you explicitly mount other file systems. 

• The Bourne shell (sh) runs at the console under a partially active superuser 
account. Although the sh program has read the .profile file, the login 
utility has not been invoked, the superuser is not logged in, and a full 
environmental initialization for the superuser account has not occurred. 

• You must invoke the f sck program to check the integrity of the root file 
system. If the f sck program reports inconsistencies in the root file system, 
you must correct them before mounting any other file system. For a description 
of the command and its options, see f sck(8) in the ULTRIX Reference Pages. 
For examples of how and when to use the f sck program to check for and 
correct file system inconsistencies, see the Guide to System Crash Recovery for 
your processor. 

• If you need other file systems mounted, you must invoke the mount command 
to add the file systems. For a description of the command and its options, see 
mount(8) in the ULTRIX Reference Pages. 

2.2 Booting the System to Multiuser Mode 

When you boot the system to multiuser mode, the in it program invokes the 

/etc/rc startup script. The contents of this script and the /etc/rc. local script 

determine what happens, but typically: 








• The system comes up with the root (/) and any file systems specified in the 
/etc/f stab file mounted. Consequently, you have access to all files and 
commands in the root file system and other mounted file systems. 

• All terminals listed in the /etc/ttys file are enabled. Users with accounts in 
the /etc/passwd file can log in to the system. 

• The script automatically invokes f sck, which checks root and other file 
systems listed in the /etc/fstab file. 

If f sck finds no inconsistencies, the /etc/rc script starts multiuser 
mode. 

If f sck finds inconsistencies, the system stays in single-user mode, and 
you should run f sck on the file systems with reported inconsistencies. 
After correcting all reported inconsistencies, reinvoke or reboot multiuser 
mode. 

2.2.1 Invoking Multiuser Mode from Single-User Mode 

To invoke the multiuser mode from single-user without having to reboot, follow 
these steps: 

1. Go to the root (/) directory. 

2. Check for any active programs, daemons, or users on any mounted file system. 

3. If you find any active processes, stop them. 

4. Unmount all file systems by typing the umount command with the -a option. 
For example: 

# /etc/umount -a 

The umount program checks the /etc/fstab file and unmounts all file 
systems listed except root. 

5. Type the mount command with no options. The program lists any file systems 
that are still mounted. For example: 

# /etc/mount 

/dev/rzOa on / type ufs 
/dev/rzla on /tmp type ufs 

6. If any file system besides root is still mounted, type the umount command 
again. Specify the mounted file system by typing the device and partition on 
which the file system is mounted. For example, to unmount /tmp (as shown in 
the preceding listing), type: 

# /etc/umount /dev/rzla 

If the unmounting is successful, the program responds by listing the root (/) 
file system only. This indicates that all file systems except root are now 
unmounted. 

7. Check file systems. Use the f sck command to check them for inconsistencies. 
For example, type: 

# /etc/fsck 
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When you type fsck without options, the program checks the file systems 
listed in the / etc/f stab file and notifies you of inconsistencies. 

For more information on the command and its options, see f sck(8) in the 
ULTRIX Reference Pages. For a description of how and when to use the fsck 
program to correct file system inconsistencies, see the Guide to System Crash 
Recovery for your processor. 

8. Exit single-user-mode. After running fsck and correcting any reported 

inconsistencies, type CTRL/D at the console. CTRL/D ends the single-user 
mode session. 

Once single-user mode ends, the system initialization program, init, automatically 
invokes the multiuser start up script, /etc/rc. During execution, /etc/rc 
invokes /etc/rc. local. When these multiuser startup scripts successfully 
complete execution, the system is in multiuser mode. 

Note 

You cannot mount unclean file systems. If you attempt to enter 
multiuser mode with file systems that were not unmounted cleanly or 
were not checked with the fsck command, the system will not enter 
multiuser mode. 


2.2.2 Booting Multiuser Mode from Console Mode 

To boot multiuser mode directly from console mode, enter the multiuser boot 
command that is specific to your processor type. For a description of the processor- 
specific boot commands, see Chapter 3. 


2.2.3 Booting the System in Conversational Mode on VAX Processors 

To boot the system in conversational mode (available only on VAX processors), you 
enter one of the processor-specific boot commands listed in Chapter 3. In any case, 
when you boot in conversational mode, the program prompts you to enter an image 
name. For example: 

Enter image name: vmunix 

We recommend that you load the default kernel; however, you can optionally load 
another. If you take this option, use the following syntax: 

(device, partition)kernel_name 

The first variable, device, specifies the device where the image is located. The 
booted device is the default. The second variable, partition, specifies the partition on 
the device. Partition a of the booted device is the default. The kerneljiame can be 
any kernel existing at either the default location or at the location you specify. 

Some device and partition syntax rules are: 

• You can specify a single number to define the device number using the default 
partition. For example: (3)vmunix 

• You can specify a single letter from a to h to define the partition using the 
default boot device. For example: (g)vmunix 

• You can specify a number and a letter for the device and partition. For 
example: (3,g)vmunix 
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• You can specify two numbers, the second of which corresponds to a letter from 
a through h for a partition, starting with 0 for a and ending with 7 for h. For 
example: (3,6)vmunix 

The first time you enter invalid input, the boot program displays the message: 

Syntax Error 

Examples of valid input syntax are: 

newvmunix - Loads newvmunix from the booted device, partition a 

(g)vmunix - Loads vmunix from the booted device, partition g 

(3)vmunix.old - Loads vmunix.old from device unit 3, partition a 

(9,g)vmunix - Loads vmunix from device unit 9, partition g 

(4,7)vmunix - Loads vmunix from device unit 4, partition h 

Note: If specified, the device unit number must be the PHYSICAL 
unit number of a device connected to the SAME CONTROLLER as the 
booted device. 

If you enter another invalid entry, the boot program simply responds: 

Syntax Error 
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Processor-Specific Boot Commands 


This chapter provides guidelines for booting your processor. The boot commands 
that you use depend on your processor type and its attached hardware. The following 
sections describe the various commands with the processors grouped by section 
according to their boot commands. Follow the instructions in the section that applies 
to your processor; then continue with Chapter 4. 

3.1 Booting MicroVAX 2000, MicroVAX 3500/3600/3800/3900, 
VAXstation II, VAXstation ll/GPX, VAXstation 
2000/3200/3500, and VAXserver 100/3500/3600/3602 
Processors 

This section describes the boot commands for the following processors: 

• The MicroVAX 2000 

• The MicroVAX 3500 and MicroVAX 3600 

• The MicroVAX 3800 and MicroVAX 3900 

• The VAXstation II 

• The VAXstation II/GPX 

• The VAXstation 2000 

• The VAXstation 3200 and VAXstation 3500 

• The VAXserver 100 

• The VAXserver 3500, VAXserver 3600, and VAXserver 3602 

3.1.1 Booting from the Console 

Follow these steps to boot your processor from the console: 

1. Release the HALT button on your processor. See your Owner’s Manual for the 
location of the HALT button. 

2. Boot the default system disk by typing: 

»>b 

The console program attempts to boot the first device it finds that contains a 
valid boot block. The program first searches diskette devices, other removable 
disks (such as the RA60), for example, and the Winchester devices. Winchester 
devices are searched from lowest to highest unit number. Removable disks have 
a higher priority than Winchester devices, regardless of unit number. 

3. Decide which startup mode you want, and then type the corresponding entry at 
the prompt. 







For example: 

Mode 

Single-user 
Multiuser 
Conversational 
(single-user mode) 

Conversational 
(multiuser mode) 


Prompt and Entry 

»> b/2 duan 
»> b duan 
»> b/3 duan 

»> b/1 duan 


The variable n specifies the device number of the system disk drive. For 
example, to boot vmunix (the kernel image) to single-user mode from RD53 
drive 1 on a MicroVAX II, type: 

>» b/2 dual 

See Chapter 2 for additional information on startup modes. 


3.1.2 Booting from a TK50 Tape 

When doing an installation or booting the standalone kernel for system management 
tasks, you may have to boot from a TK50 tape. After installing the TK50 boot tape, 
type: 

>» b muaO 

In response to this entry, the console subsystem boots the TK50 boot tape. 


3.1.3 Booting from the Network 

You must boot from the network to perform any of the following operations: 

• Booting a diskless system 

• Initiating an installation from a remote server 

• Booting a standalone kernel from a remote server, in order to perform system 
management tasks 

The boot command that you choose depends upon the type of processor you have. If 
you are booting the MicroVAX II, the VAXstation II, the VAXstation II/GPX, the 
VAXstation 3200, the VAXstation 3500, a MicroVAX 3000 series processor, a 
VAXserver 100, or a VAXserver 3000 series processor, type: 

>» b xqaO 

• If you are booting the MicroVAX 2000 or the VAXstation 2000 from the 
network, type: 

»> b esaO 


In response to your entry, the console subsystem boots the system and displays the 
memory and hardware configuration. 
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3.2 Booting MicroVAX 3300 and MicroVAX 3400 Processors 

The following sections describe how to boot these processors from the console or the 
network. 


3.2.1 Booting from the Console 

Follow these steps to boot your processor from the console: 

1. Release the HALT button on your processor. See your Owner’s Manual for the 
location of the HALT button. 

2. Identify which device (if any) was set as the default by typing: 

»> show boot 

The console program responds with the device name. For example: 

>>> show boot 

DIAO 


3. Boot the default system disk by typing: 

»> b 

The console program boots the default device and displays the device name. 
For example: 

»> b 

(BOOT/R5:0 DIAO) 


4. Decide which startup mode you want, and then type the corresponding entry at 
the prompt. For example: 


Mode 

Single-user 

Multiuser 

Conversational 
(single-user mode) 

Conversational 
(multiuser mode) 


Prompt and Entry 

»> b/2 dian 
»> b dian 
»> b/3 dian 

»> b/1 dia« 


The variable n specifies the device number of the system disk drive. For example, to 
boot vmunix (the kernel image) to single-user mode from drive 1 on a MicroVAX 
3400, type: 

»> b/2 dial 

See Chapter 2 for additional information on startup modes. 


3.2.2 Booting from the Network 

You must boot from the network to perform any of the following operations: 

• Booting a diskless system 

• Initiating an installation from a remote server 

• Booting a standalone kernel from a remote server, in order to perform system 
management tasks 
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To boot the system from the network, use the following command: 

»> b esaO 

In response to your entry, the console subsystem boots the system and displays the 
memory and hardware configuration. 


3.3 Booting VAXstation 3100, Micro VAX 3100, and VAXserver 
3100 Processors 

Your choice of a boot command for a VAXstation 3100, Micro VAX 3100, or 
VAXserver 3100 depends on your hardware configuration. The following sections 
describe the various boot commands. 

3.3.1 Booting from the Console 

Follow these steps to boot your processor from the console: 

1. Press the HALT button on your processor. See your Owner’s Manual for the 
location of the HALT button. 

2. Find out which device (if any) was set as the default by typing: 

»> show boot 

• If a default device was set, the console program responds with the name of 
the default device. For example: 

»> show boot 

DKA300 

• If no default device was set, the console program responds as follows: 

»> show boot 


3. Get a boot device listing by typing: 

»> show device 

The console program displays a device listing similar to this: 


VMS/VMB 

ULTRIX 

ADDR 

DEVTYP 

NUMBYTES 

RM/FX WP 

DEVNAME 

ESAO 

SE0 

08-00-2B- 

■07-05-09 




DKA300 

RZ23 

A/3/0/00 

DISK 

06407E00 

FX 

RZ23 

MKA500 

TZ5 

A/5/0/00 

TAPE 


RM 


HostID 


A/6 

INITR 




DKB100 

RZ9 

B/1/0/00 

DISK 

1383B200 

FX 

RZ55 

DKB200 

RZ10 

B/2/0/00 

RDDISK 

O6407EOO 

RM 

RZ23 

DKB300 

RZ11 

B/3/0/00 

RDDISK 

06407E00 

RM 

RZ23 

DKB400 

RZ12 

B/4/0/00 

DISK 

0C3B1600 

RM 

RRD40 

MKB500 

TZ13 

B/5/0/00 

TAPE 


RM 


HostID 


B/6 

INITR 
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In the preceding display: 

• Column 1 lists the boot command name associated with a particular device 
configured at a specific address. 

• Column 2 lists the ULTRIX device mnemonic and number associated with 
a particular device type. 

• Column 3 lists the address of the specific device. The first character 
specifies the SCSI controller identification (either A or B). The second 
character specifies the SCSI bus identification number. The remaining 
characters are always zeroes. 

• Column 4 lists the device types. 

• Column 5 lists internal addressing information needed by the system. 

• Column 6 lists mnemonics that indicate whether the device is fixed or 
removable. 

• Column 7 lists the physical device name. 

1. Boot the default system device by typing: 

»> b 

The console program boots the default device. However, if no default 
device was set previously, the console defaults to a network boot. 

2. Boot a specific device using the following format: 
b boot device name 

For example, assume you wanted to boot an RZ23 fixed disk at SCSI 
controller A, SCSI bus 3. To boot this device, type: 

»> b DKA300 


Note 


The console program is not case-sensitive when accepting 
boot commands for the VAXstation 3100 processor. 
Consequently, you can use either uppercase or lowercase 
letters when typing the boot command name. 


3. Decide which startup mode you want and then type the corresponding 
entry at the prompt. 

• If you are booting a disk device at SCSI controller A, use the following 
list to determine the correct entry: 


Mode 

Single-user 

Multiuser 

Conversational 
(single-user mode) 

Conversational 
(multiuser mode) 


Prompt and Entry 


»> b/2 dkan 
»> b dkan 
»> b/3 dkan 


»> b/1 dkan 
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The variable n specifies the SCSI bus identification number of the system 
disk drive. For example, to boot vmunix (the kernel image) to single-user 
mode from the system disk at SCSI bus ID 3, type: 

»> b/2 dka300 

To boot vmunix (the kernel image) to multiuser mode from the system 
disk at SCSI bus ID 2, type: 

»> b dka200 

• If you are booting a disk device at SCSI controller B, use the 
following list to determine the correct entry: 


Mode 

Single-user 
Multiuser 
Conversational 
(single-user mode) 

Conversational 
(multiuser mode) 


Prompt and Entry 

»> b/2 dkbn 
»> b dkbn 
»> b/3 dkb« 

»> b/1 dkbtt 


The variable n specifies the SCSI bus identification number of the 
system disk drive. For example, to boot vmunix (the kernel 
image) to single-user mode from the system disk at SCSI bus ID 
3, type: 

»> b/2 dkb300 

To boot vmunix (the kernel image) to multiuser mode from 
SCSI bus ID 2, type: 

»> b dkb200 

See Chapter 2 for additional information on startup modes. 


3,3.2 Booting from a TZ30 or TZK50 Tape 

When doing an installation or booting the standalone kernel for system management 
tasks, you may have to boot from tape. After installing the boot tape, use one of the 
following boot commands: 

• If you are booting from tape at SCSI controller A, use the following format: 

b mka n 

The variable n specifies the SCSI bus identification number of the system tape. 
For example, to boot from tape at SCSI controller A, SCSI bus ID 3, type: 

»> b mka300 

In response to this entry, the console subsystem boots the boot tape. 

• If you are booting from tape at SCSI controller B, use this syntax: 

b mkb n 

The variable n specifies the SCSI bus identification number of the system tape. 


3-6 Processor-Specific Boot Commands 








For example, to boot from tape at SCSI controller B, SCSI bus ID 3, type: 

»> b mkb300 


3.3.3 Booting from the Network 

You must boot from the network to perfom any of the following operations: 

• Booting a diskless system 

• Initiating an installation from a remote server 

• Booting a standalone kernel from a remote server, in order to perform system 
management tasks 

To boot the system from the network, use the following command: 

>» b esaO 

In response to your entry, the console subsystem boots the system and displays the 
memory and hardware configuration. 

3.4 Booting a VAXstation 3520 or a VAXstation 3540 

Your choice of a boot command for a VAXstation 3520 or 3540 depends on your 
hardware configuration. The following sections describe the various boot commands. 

3.4.1 Booting from the Console 

Follow these steps to boot your processor from the console: 

1. Release the HALT button on your processor. See your Owner’s Manual for the 
location of the HALT button. 

2. Find out which device (if any) was set as the default by typing: 

»>show boot 

If a default device was set. the console program responds with the name of the 
default device. For example: 

»>show boot 

DKA100 

If no default device was set, the console program responds as follows: 

»>show boot 

3. Get a boot device listing by typing: 

>»show scsi 
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The console program displays a device listing similar to this: 


ADDR 

VMB 

DEVTYP 

DEVNAM 

NUMBYTS 

REV 

CHAR 

5.0.0 

DKA0 

DISK 

RZ55 

332 MB 

0700 


5.1.0 

DKA100 

DISK 

RZ55 

332 MB 

0700 


5.4.0 

DKA400 

DISK 

RZ55 

332 MB 

0700 


5.6.0 

DKA600 

RODISK 

RRD4 0 

599 MB 

250D 


5.7 


HOST 

SI I-A 



RM,WP 


In the preceding display: 

• Column 1 lists internal addressing needed by the system 

• Column 2 lists the VMS device mnemonic and number associated with a 
particular device type. 

• Column 3 lists the device type. 

• Column 4 lists the device name. 

• Column 5 lists the number of bytes on the media. 

• Column 6 lists the device microcode. 

4. Boot the default system device by typing: 

»> b 

The console program boots the default device. However, if a default device was 
not set, the boot will fail with the following error message: 

?40 NOSUCHDEV 

5. Boot a specific device by typing: 

»> b boot_device_name 

For example, to boot an RZ55 fixed disk at SCSI bus ID 1, type: 

»> b DKA100 

Note 

The console program is not case sensitive when accepting boot 
commands for the VAXstation 3520 processor. Consequently, you 
can use either uppercase or lowercase letters when typing the boot 
command name. 

6. Decide which startup mode you want and then type the corresponding entry at 
the prompt. Use the following list to determine the correct entry: 


Mode 

Single-user 

Multiuser 

Conversational 
(single-user mode) 

Conversational 
(multiuser mode) 


Prompt and Entry 

»> b/2 dkan 
»> b dkan 
»> b/3 dkan 

»> b/1 dkan 
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The variable n specifies the SCSI bus identification number of the system 
disk drive. For example, to boot vmunix (the kernel image) to single-user 
mode from the system disk at SCSI bus ID 3, type: 

»> b/2 dka300 

To boot vmunix (the kernel image) to multiuser mode from the system 
disk at SCSI bus ID 2, type: 

»> b dka200 

See Chapter 2 for additional information on startup modes. 


3.4.2 Booting a TK50 Tape 

When doing an installation or booting the standalone kernel for system management 
tasks, you may have to boot from a TK50 tape. After installing the TK50 boot tape, 
type: 

>> b muaO 

In response to this entry, the console susbystem boots the TK50 boot tape. 

3.5 Booting a VAX-11/750 

Your choice of a boot command for a VAX-11/750 depends on your hardware 
configuration. The following sections describe the boot commands for both local 
disks and remote disks connected to an HSC. 

3.5.1 Booting a Local Disk 

The following list describes the boot commands for local disks: 

• To boot the default system disk to multiuser mode, type: 

»> b 

• To boot the system disk to single-user mode, type: 

»> b/3 

The console subsystem reads the askboo. cmd file, boots the default system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate disk, use one of the commands listed in the following 
table. Be aware that RP07 drives are not supported as boot devices. 

Conversational Conversational 

Drive Type Single-user Multiuser Single-User Multiuser 

RAxr Disk b/2 duan b duan b/3 dua« b/1 duan 

RP05/06 and b/2 dba/i b dban b/3 dban b/1 dban 

RM03/05/80 

Disks 


The variable xx is the model number of the system disk drive and the variable n 
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represents the unit number of the system disk drive. For example, to boot 
multiuser mode from an RM05 system disk, unit number one, type: 

»> b dbal 

See Chapter 2 for information on each of the startup modes. 


3.5.2 Booting an HSC Disk 

On a VAX-11/750 processor, the system must load Cl microcode contained on the 
console cassette. Therefore, you must ensure that a valid console cassette is in the 
TU58 drive and that your selector switch is at the cassette setting before attempting 
to boot an HSC disk. 

The console cassette contains the boot command procedure files that enable the 
system to boot the default and alternate disks. The boot command procedure files 
are: 

• askboo. cmd, which boots the default disk to single-user mode 

• defboo. cmd, which boots the default disk to multiuser mode 

• cira. cmd, which boots an alternate disk to single-user or multiuser mode 

When the Cl microcode is loaded, the software can boot either the default or an 
alternate HSC disk to a particular startup mode. The following list describes the boot 
commands: 

• To boot the default HSC system disk to multiuser mode, type: 

>» b 

The console subsystem reads the defboo. cmd file, boots the default system 
device, and brings the system up in multiuser mode. 

• To boot the default HSC system disk to single-user mode, use this format: 

»> b/800 ddaO 
BOOT58> 0askboo.cmd 

The console subsystem reads the askboo. cmd file, boots the default system 
device, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate HSC disk, use this format: 

>» b/800 ddaO 

BOOT58> D/G 2 HSC# 

B00T58> D/G 3 unit# 

B00T58> 0cira.cmd 

The HSC # is the remote Cl port number assigned to the specific HSC controller. 
The unit# variable is the device number of the system disk drive. The 
@cira. cmd string invokes the HSC boot command file. 
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Note 

Both the HSC number and the unit number must be expressed in 
hexadecimal. 

The console subsystem reads the cira. cmd file, boots the alternate system 
device, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 


3.6 Booting a VAX-11 /780 or a VAX-11 /785 

Your choice of a boot command for a VAX-11/780 or a VAX-11/785 depends on 
your hardware configuration. The following sections describe the boot commands for 
both local disks and remote disks connected to an HSC. 

Note 

The descriptions in this section assume that the front-end console storage 
device has been updated to reflect the proper default boot device. Refer 
to Section 3.10 for information on how to do this. 


3.6.1 Booting a Local Disk 

The VAX-11/780 and VAX-11/785 processors have front-end console storage devices 
that contain boot command procedure files. The command procedure files that enable 
you to boot the default and alternate disks are: 

• defboo. cmd, which boots the default disk to multiuser mode 

• askboo. cmd, which boots the default disk to single mode 

• mbahp. cmd, which boots an alternate MASSBUS disk to single-user mode 

• ubara. cmd, which boots an alternate UNIBUS disk connected to a UDA-50 
controller to single-user mode 

The following list describes the boot commands: 

• To boot the default system disk to multiuser mode, type: 

»> b 

The console subsystem reads the defboo. cmd file, boots the default system 
disk, and brings the system up in multiuser mode. 

• To boot the default system disk to single-user mode, type: 

»> b ask 

The console subsystem reads the askboo. cmd file, boots the default system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 
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• To boot an alternate MASSBUS disk to single-user mode, use this format: 

»> d rl TM 
>» d r3 unit# 

»> 6mbahp.cmd 

The 77?# variable is the TR level number of the MASSBUS adapter. The unit# 
variable is the device number of the system disk drive. The @mbahp.cmd 
string invokes the MASSBUS adapter boot command file. 

Note 

Both the TR level number and the unit number must be expressed 
in hexadecimal. 

The console subsystem reads the mbahp. cmd file, boots the alternate, system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate UNIBUS disk connected to a UDA-50 controller to single- 
user mode, use this format: 

»> d rl TR# 

»> d r3 unit# 

»> Qubara.cmd 

The 77?# variable is the TR level number of the UNIBUS adapter. The unit# 
variable is the device number of the system disk drive. The @ubara.cmd string 
invokes the UNIBUS adapter boot command file. 

Note 

Both the TR level number and the unit number must be expressed 
in hexadecimal. 

The console subsystem reads the ubara. cmd file, boots the alternate system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

3.6.2 Booting an HSC Disk 

The VAX-11/780 and VAX-11/785 processors have front-end console storage devices 
that contain boot command procedure files. The command procedure files that enable 
you to boot the default and alternate HSC disks are: 

• defboo. cmd, which boots the default disk to multiuser mode 

• askboo. cmd, which boots the default disk to single-user mode 

• cira. cmd, which boots an alternate disk to single-user mode 
The following list describes the boot commands: 

• To boot the default system disk to multiuser mode, type: 

»> b 

The console subsystem reads the defboo. cmd file, boots the default system 
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disk, and brings the system up in multiuser mode. 

• To boot the default system disk to single-user mode, type: 

»> b ask 

The console subsystem reads the askboo. cmd file, boots the default system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate HSC disk to single-user mode, use this format: 

»> d r2 HSC# 

»> d r3 unit# 

»> 0cira.cmd 

The HSC# variable is the remote Cl port number assigned to the specific HSC 
controller. The unit# variable is the device number of the system disk drive. 
The @cira.cmd string invokes the HSC boot command file. 

Note 

Both the HSC number and the unit number must be expressed in 
hexadecimal. 

The console subsystem reads the cira. cmd file, boots the alternate system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

3.7 Booting a VAX 6210/6220/6230/6240, VAX 

6310/6320/6330/6340/6350/6360, or a VAX 6000-series 

This section describes the boot commands for the following processors: 

• VAX 6220/6230/6240 

• VAX 6310/6320/6330/6340/6350/6360 

• VAX 6000-410/420/430/440/450/460 

Your choice of a boot command for these processors depends on your hardware 
configuration. The following sections describe the boot commands for both local 
disks and remote disks connected to an HSC. 

3.7.1 Booting a Local Disk 

The following list describes the boot commands for local disks: 

• To boot the default system disk to multiuser mode, type: 

»> b 

• To boot the system disk to single-user mode, type: 

»> b ask 

The console subsystem reads the askboo . cmd file, boots the default system 
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disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

To boot an alternate disk, type: 

»> b/xmi :BM#/bi:S/#/r5:1000b du unit# 

The BIA# variable represents the number (0,1,2, or 3) of the BI adapter 
connected to the xmi. The BI# variable represents the BI node number of the 
xmi adapter. The unit# variable represents the device number of the system 
disk drive. 

Note 

The BIA number, the BI number, and the unit number must be 
expressed in hexadecimal. 

The console subsystem boots the alternate system device and displays the 
prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 


3.7.2 Booting an HSC Disk 

On a VAX 6210 or a VAX 6220 processor, the system must load Cl microcode 
contained on the TK50 cartridge. Therefore, you must ensure that a valid cartridge is 
in the TK50 drive before attempting to boot an HSC disk. See your Field Services 
representative for details on the correct procedure. 

The following list describes the boot commands: 

• To boot the default HSC system disk to multiuser mode, type: 

»> b 

The console subsystem reads the defboo. cmd file, boots the default system 
device, and brings the system up in multiuser mode. 

• To boot the default HSC system disk to single-user mode, type: 

»> b ask 

The console subsystem reads the askboo. cmd file, boots the default system 
device, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate HSC disk, type: 

»> b /xmi: BlAtt /bi: BI# /node: HSC# /r5:1000b duunit# 

The BIA# variable represents the number (0, 1, 2, or 3) of the BI adapter 
connected to the xmi. The BI# variable represents the BI node number of the 
xmi adapter. The HSC# represents the remote Cl port number assigned to the 
specific HSC controller. The du unit# variable represents the device number of 
the system disk drive. 
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Note 

The BIA number, the BI number, the HSC number, and the unit 
number must be expressed in hexadecimal. 

The console subsystem boots the alternate system device, and displays the 
prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 


3.8 Booting a VAX 8200, VAX 8250, VAX 8300 or a VAX 8350 

On a VAX 8200, 8250, 8300, or 8350, the boot command you use depends on your 
hardware configuration. The following sections describe the boot commands for both 
local disks and remote disks connected to an HSC. 

Note 

The descriptions in this section assume that the EEPROMs have been 
reprogrammed to reflect the proper default boot device. Refer to Section 
3.11 for information on how to do this. 


3.8.1 Booting a Local Disk 

On any of these processors, the default boot command boots the default device 
described in the EEPROM of the processor. Programming the EEPROM is described 
in the VAX Owner’s Manual. 

The following list describes the boot commands that you use to boot local disks: 

• To boot the default system disk to multiuser mode, type: 

»> b 

The console subsystem boots the default system disk and brings the system up 
in multiuser mode. 


To boot the default system disk to single-user mode, type: 
»> b/r5:3 


The console subsystem boots the default system disk, brings the system up in 
single-user mode, and displays the prompt: 


Enter image name: 

In response to this prompt, enter the name of the kernel. 


2 


To boot an alternate disk, use one of the commands listed in the following 
table. 


Mode 

Single-user 

Multiuser 

Conversational 
(In single-user mode) 


Prompt and Entry 

»> b/r5:2 du BI#n 
»> b duBIttn 
»> b/r5:3 duBfffn 
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Conversational 
(In multiuser mode) 


»> b/r5:l du BI#n 


The BI# variable represents the BI node number and the n variable represents the unit 
number of the desired boot device. For example, to boot in conversational mode 
(assuming a BI node number of 4 and a unit number of 0), type: 

»> b/r5:3 du40 

The system comes up in conversational mode, signified by the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

3.8.2 Booting an HSC Disk 

On any of these processors, the default boot command boots the default device 
described in the EEPROM of the processor. Programming the EEPROM is described 
in the VAX Owner’s Manual. 

The following list describes the boot commands that you use to boot the default and 
alternate disks: 

• To boot the default system disk to multiuser mode, type: 

»> b 

The console subsystem boots the default system disk and brings the system up 
in multiuser mode. 

• To boot the default system disk to single-user mode, use this format: 

»> b/r5:800 
BOOT58> 0askboo.cmd 

The console subsystem reads the askboo. cmd file, boots the default system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate HSC disk, use this format: 

»> b/r5 : 800 csal 

BOOT58> D/G 1 BI# 

BOOT58> D/G 2 HSC# 

BOOT58> D/G 3 unit# 

BOOT58> Qcira.cmd 

The BI# variable represents the BI node number of the Cl adapter. The HSC# 
variable represents the remote Cl port number assigned to the specific HSC 
controller. The unit# variable represents the device number of the system disk 
drive. The @cira.cmd string invokes the HSC boot command file. 
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Note 

The BI number, the HSC number, and the unit number must be 
expressed in hexadecimal. 

The console subsystem reads the cira. cmd file, boots the alternate system 
device, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 


3.9 Booting a VAX 8500, VAX 8530, VAX 8550, VAX 8700, VAX 
8800, ora VAX 8810 

On a VAX 8500, 8530, 8550, 8700, 8800, or 8810, the boot command you use 
depends on your hardware configuration. The following sections describe the boot 
commands for both local disks and remote disks connected to an HSC. 

Note 

The descriptions in this section assume that the front-end console storage 
device has been updated to reflect the proper default boot device. Refer 
to Section 3.11 for information on how to do this. 


3.9.1 Booting a Local Disk 

All of these processors have front-end console storage devices that contain boot 
command procedure files. The command procedure files that enable you to boot the 
default and alternate disks are: 

• defboo.com, which boots the default system disk to multiuser mode 

• askboo.com, which boots the default system disk to single-user mode 

• bdara. com, which boots an alternate disk to single-user mode if the BI 
adapter is a KDB50 

The following list describes the boot procedures for the various disks and modes: 

• To boot the default system device to multiuser mode, type: 

»> b 

The console subsystem reads the defboo. com file, boots the default system 
device, and brings the system up in multiuser mode. 

• To boot the default system device to single-user mode, type: 

»> b ask 

The console subsystem reads the askboo.com file, boots the default system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate disk (where the BI adapter is a KDB50) to single-user 
mode, use the format: 
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»> d rl BIAVBItt 
»> d r3 unit# 

>» @bdara. com 

The BIA# variable represents the number of the BI adapter (0, 1, 2, or 3) 
connected to the KDB50. The BI# variable represents the BI node number of 
the KDB50 adapter. The unit# variable is the device number of the system disk 
drive. The @bdara.com string invokes the KDB50 boot command file. 

Note 

The BI adapter number, the BI node number, and the unit number 
must be expressed in hexadecimal. 

The console subsystem reads the bdara. com file, boots the alternate system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

3.9.2 Booting an HSC Disk 

All of these processors have front-end console storage devices that contain boot 
command procedure files. The command procedure files that enable you to boot the 
default and alternate disks are: 

• defboo.com, which boots the default system disk to multiuser mode 

• askboo. com, which boots the default system disk to single-user mode 

• bcira. com, which boots an alternate disk to single-user mode if the BI 
adapter is a BCA 

The following list describes the boot commands for the various disks and modes: 

• To boot the default system disk to multiuser mode, type: 

»> b 

The console subsystem reads the defboo. com file, boots the default system 
device, and brings the system up in multiuser mode. 

• To boot the default system disk to conversational mode, type: 

»> b ask 

The console subsystem reads the askboo.com file, boots the default system 
device, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate HSC disk to single-user mode when the Cl adapter is a 
BCA, use the format: 

>» d rl B1AUB1U 
»> d r2 HSC # 

»> d r3 unit# 

>» @bcira.com 

The BIA# variable represents the number (0, 1, 2, or 3) of the BI adapter 
connected to the Cl adapter. The BI# variable represents the BI node number of 
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the Cl adapter. The HSC# variable represents the remote Cl port number 
assigned to the specific HSC controller. The unit# variable is the device 
number of the system disk drive. The @bcira.com string invokes the HSC boot 
command procedure file. 


Note 

The BI adapter number, the BI node number, the HSC number, and 
the unit number must be expressed in hexadecimal. 

The console subsystem reads the bcira. com file, boots the alternate HSC 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 


3.10 Booting a VAX 8820/8830/8840 

On a VAX 8820/8830/8840 processor, the boot command you use depends on your 
hardware configuration. The following sections describe the boot commands for both 
local disks and remote disks connected to an HSC. 

Note 

The descriptions in this section assume that the front-end console storage 
device has been updated to reflect the proper default boot device. Refer 
to Section 3.11 for information on how to do this. 


3.10.1 Booting a Local Disk 

All of these processors have front-end console storage devices that contain boot 
command procedure files. The command procedure files that enable you to boot the 
default and alternate disks are: 

• defboo. cmd, which boots the default system disk to multiuser mode 

• askboo. cmd, which boots the default system disk to single-user mode 

• bdara. cmd, which boots an alternate disk to single-user mode if the BI 
adapter is a KDB50 

The following list describes the boot procedures for the various disks and modes: 

• To boot the default system device to multiuser mode, type: 

»> b 

The console subsystem reads the defboo. cmd file, boots the default system 
device, and brings the system up in multiuser mode. 

• To boot the default system device to single-user mode, type: 

»> b ask 

The console subsystem reads the askboo. cmd file, boots the default system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 
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• To boot an alternate disk (where the BI adapter is a KDB50) to single-user 
mode, 

use the format: 

»> d rl BIAUB1 # 

»> d r3 unit# 

>» 0bdara.cmd 

The BIA# variable represents the number of the BI adapter (0, 1, 2, 3, 4, or 5) 
connected to the KDB50. The BI# variable represents the BI node number of 
the KDB50 adapter. The unit# variable is the device number of the system disk 
drive. The @bdara.cmd string invokes the KDB50 boot command file. 

Note 

The BI adapter number, the BI node number, and the unit number 
must be expressed in hexadecimal. 

The console subsystem reads the bdara. cmd file, boots the alternate system 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 


3.10.2 Booting an HSC Disk 

All of these processors have front-end console storage devices that contain boot 
command procedure files. The command procedure files that enable you to boot the 
default and alternate disks are: 

• defboo. cmd, which boots the default system disk to multiuser mode 

• askboo. cmd, which boots the default system disk to single-user mode 

• bear a. cmd, which boots an alternate disk to single-user mode if the BI 
adapter is a BCA 

The following list describes the boot commands for the various disks and modes: 

• To boot the default system disk to multiuser mode, type: 

>» b 

The console subsystem reads the defboo. cmd file, boots the default system 
device, and brings the system up in multiuser mode. 

• To boot the default system disk to conversational mode, type: 

»> b ask 

The console subsystem reads the askboo. cmd file, boots the default system 
device, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate HSC disk to single-user mode when the Cl adapter is a 
BCA, use the format: 

»> d rl BIAttBI# 

>» d z2 HSC # 
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>>> d r3 unit# 

»> 0bcara.cmd 

The BIA# variable represents the number (0, 1, 2, 3, 4, or 5) of the BI adapter 
connected to the Cl adapter. The BI# variable represents the BI node number of 
the Cl adapter. The HSC# variable represents the remote Cl port number 
assigned to the specific HSC controller. The unit# variable is the device 
number of the system disk drive. The @bcara.cmd string invokes the HSC boot 
command procedure file. 


Note 

The BI adapter number, the BI node number, the HSC number, and 
the unit number must be expressed in hexadecimal. 

The console subsystem reads the bcara. cmd file, boots the alternate HSC 
disk, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 


3.11 Booting a VAX 8600 or a VAX 8650 

On a VAX 8600 or VAX 8650, the boot command you use depends on your 
hardware configuration. The following sections describe the boot commands for both 
local disks and remote disks connected to an HSC. 

Note 

The descriptions in this section assume that the front-end console storage 
device has been updated to reflect the proper default boot device. Refer 
to Section 3.10 for information on how to do this. 


3.11.1 Booting a Local Disk 

Both of these processors have front-end console storage devices that contain boot 
command procedure files. These files enable you to boot the default and alternate 
disks. They are: 

• defboo. com, which boots the default system device to multiuser mode 

• askboo. com, which boots the default system device to single-user mode 

• mbahp. com, which boots an alternate MASSBUS disk to single-user mode 

• ubara. com, which boots an alternate UNIBUS disk connected to a UDA-50 
controller to single-user mode 

The following list describes the boot procedures for the various disks and modes: 

• To boot the default system disk to multiuser mode, type: 

»> b 

The console subsystem reads the defboo. com file, boots the default system 
device, and brings the system up in multiuser mode. 
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• To boot the default system device to single-user mode, type: 

»> b ask 

The console subsystem reads the askboo.com file, boots the default system 
device, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate MASSBUS disk to single-user mode, use this format: 

»> d rl SBIttTR# 

>» d r3 unit# 

»> @mbahp.com 

The SBI# variable represents the Synchronous Backplane Interconnect I/O 
adapter number (either 0 or 1). The TR# variable represents the TR level 
number of the MASSBUS adapter. The unit# variable is the device number of 
the system disk drive. The @mbahp.com string invokes the MASSBUS boot 
command procedure file. 


Note 

The SBI number, TR level number, and the unit number must be 
expressed in hexadecimal. 

The console subsystem reads the mbahp. com file, boots the alternate disk to 
single-user mode, and displays this prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate UNIBUS disk connected to a UDA-50 controller to single- 
user mode, use this format: 

»> d rl SBlttTR# 

»> d r3 unit# 

»> Qubara.com 

The SBI# variable represents the SBI I/O adapter number (either 0 or 1). The 
TR# variable represents the TR level number of UNIBUS adapter. The unit# 
variable represents the device number of the system disk drive. The 
@ubara.com string invokes the UNIBUS boot command procedure file. 

Note 

The SBI number, the TR level number, and the unit number must 
be expressed in hexadecimal. 

The console subsystem reads the ubara. com file, boots the alternate disk to 
single-user mode, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 
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3.11.2 Booting an HSC Disk 

The VAX 8600 and VAX 8650 processors have front-end console storage devices 
that contain boot command procedure files. The command procedure files that enable 
you to boot the default and alternate HSC disks are: 

• defboo. com which boots the default system disk to multiuser mode 

• askboo. com which boots the default system disk to single-user mode 

• cira. com which boots an alternate system disk to single-user mode 

The following list describes the boot commands for the various disks and modes. 

• To boot the default system disk to multiuser mode, type: 

»> b 

The console subsystem reads the defboo. cmd file, boots the default system 
device, and brings the system up in multiuser mode. 

• To boot the default system device to conversational mode, type: 

»> b ask 

The console subsystem reads the askboo. cmd file, boots the default system 
device, and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 

• To boot an alternate HSC disk to single-user mode, use this format: 

»> d rl SBIttTR# 

»> d r2 HSC# 

»> d r3 unit# 

»> 0cira.com 

The SBI# variable represents the Synchronous Backplane Interconnect I/O 
adapter number (either 0 or 1). The TR# variable represents the TR level 
number of the Cl adapter. The HSC # variable represents the remote Cl port 
number assigned to the specific HSC controller. The unit# variable represents 
the device number of the system disk drive. The @cira.com string invokes the 
HSC boot command procedure file. 


Note 

The SBI number, the TR number, the HSC number, and the unit 
number must be expressed in hexadecimal. 

The console subsystem reads the cira. com file, boots the alternate HSC disk, 
and displays the prompt: 

Enter image name: 

In response to this prompt, enter the name of the kernel. 


3.12 Building and Updating Boot Command Files 

This section describes how you can build or update processor-specific boot command 
files. You have to build or update the processor-specific boot command files when 
you want to change the boot default system disk permanently. Some of the processors 
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require you to build new boot command files, while others require you to update 
existing boot command files: 

• The processors that require you to build new command files are the VAX- 
11/750, VAX-11/780, VAX-11/785, VAX 8600, and VAX 8650 processors. 

• The processors that require you to update the existing boot command files are 
the VAX 6210, VAX 6220, VAX 8200, VAX 8500, VAX 8540, VAX 8550, 
VAX 8700, VAX 8800, and VAX 8810 processors. 

The following sections contain the procedures for either building or updating a 
processor-specific, bootable console medium. The medium contains the necessary 
hardware support files and the command procedure files for booting the ULTRIX 
operating system. 


Note 

In some cases, the procedures require you to use the file editor, EDT. 
While some EDT commands are provided, you should have the 
appropriate Console Operator’s Guide available for further EDT 
reference information. 


3.12.1 Building a VAX-11 /750 Console Cassette 

In general, you do not need to build a new console cassette for a VAX-11/750. 
However, if your hardware supports an HSC configuration, you must build a new 
cassette to enable the HSC remote boot commands. 

To build the cassette, follow these steps: 

1. Invoke the mkconsole program by typing: 

# /etc/mkconsole 

The program assumes that /vmunix is the running kernel. When you run the 
program, mkconsole prompts you to remove any cassette from the drive and 
insert a blank cassette. 

2. Replace the original console cassette with a blank cassette, and press the 
RETURN key. The program responds with a brief message to explain its 
activity. At completion, the system prompt appears. 

After building the new cassette, your system is able to boot a remote HSC device. 


3.12.2 Building a VAX-11 /780 or a VAX-11 /785 Console Diskette 

The procedure in this section describes how to build a boot command file that boots 
the current running system disk. The procedure assumes that the /usr file system is 
mounted. 

During the creation of a bootable diskette, you may have to edit the boot command 
file to set either the memory starting addresses or to set interleaving if you have 
multiple memory controllers. Therefore, a brief description of the contents of the 
boot command file is also included in this section. 

For either the VAX-11/780 or VAX-11/785 processors, there are several boot 
command files that you can use to start your system. The format of these command 
files is the same. Each one contains setup and initialization commands, several 
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DEPOSIT statements, and several startup statements. 

The DEPOSIT statements set the RO through R5 General Purpose Registers (GPRs). 
These GPRs are evaluated by the Virtual Memory Bootstrap program VMB. EXE, to 
determine which device is to be booted. All DEPOSIT statements require 
hexadecimal values. 

The GPRs and their meanings are: 

• RO - Boot device type code 

• R1 - Processor-specific adapter information 

• R2 - Controller number 

• R3 - Unit number of the boot device 

• R4 - Logical boot block number 

• R5 - Boot control flags 

Appendix B contains a complete listing of the values for each of these registers. 

Example 3-1 shows a sample boot command file (defboo. cmd) for a VAX-11/780 
processor. 

Example 3-1: Sample VAX-11/780 Boot Command File 


RA BOOT COMMAND FILE - UNIBUS RA DISK 


THE UNIBUS ADAPTER TR LEVEL MUST BE DEPOSITED IN R1 AND THE 

UNIT NUMBER MUST BE DEPOSITED IN R3 BEFORE EXECUTING THIS PROCEDURE 


HALT 

UNJAM 

INIT 

DEPOSIT/I 11 20003800 
DEPOSIT R0 11 
DEPOSIT R1 3 
DEPOSIT R2 3F468 
DEPOSIT R3 0 
DEPOSIT R4 0 
DEPOSIT R5 10008 
DEPOSIT FP 0 
START 20003000 
WAIT DONE 


HALT PROCESSOR 

UNJAM SBI 

INIT PROCESSOR 

SET UP SCBB 

UDA-MSCP DISK 

TR LEVEL OF UNIBUS 

CSR ADDRESS OFFSET = 3F468 

PLUG # OF SYSTEM DISK 

BOOT BLOCK LBN (UNUSED) 

BOOT ULTRIX TO MULTI USER 
SET NO MACHINE CHECK EXPECTED 
START ROM PROGRAM 
WAIT FOR COMPLETION 


EXAMINE SP 

LOAD VMB.EXE/START 

START @ 


SHOW ADDRESS OF WORKING MEMORY 0x200 
LOAD PRIMARY BOOTSTRAP 
AND START IT 


There are several steps that you must follow to build an ULTRIX console diskette for 
the VAX-11/780 or VAX-11/785 processors: 

1. Insert the RX01 console diskette into the diskette drive. This is the diskette that 
you use to initialize your hardware when you power up the system. 

2. Run the mkconsole command: 

# /etc/mkconsole 

This command assumes that /vmunix is the running kernel. When you run 
the mkconsole command, it displays a number of prompts and messages. 

During this step, the mkconsole command instructs you to insert a blank 
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diskette. Replace the RX01 console diskette in the drive with a blank diskette. 
When the new diskette is created, you can leave it in the diskette drive. 

3. If you have multiple memory controllers, you may have to edit the 

defboo. cmd, askboo. cmd, and restar. cmd command files to change 
the memory starting addresses or interleaving settings. Check with your field 
service representative to get the correct starting addresses or settings for your 
system. 

Before you can edit any of these files, you must extract them from the console 
diskette by using the arf f command. After you modify the command files, 
replace them on the console diskette using the arf f command before 
proceeding. 

The b or b ask boot command options are available, as described in Section 3.5. 

3.12.3 Updating VAX 6210/6220/6230/6240, VAX 

6310/6320/6330/6340/6350/6360, or VAX 6000-series Boot Command 
Files 

These processors store the boot data in Electrically Erasable Programmable Read- 
Only Memory (EEPROM). The EEPROMs contain such data as the default boot 
device information. 


Note 

You can use the /etc/mkconsole program to get precise instructions 
for updating your console boot defaults. 

To make changes to the EEPROM data, follow these steps: 

1. Shutdown your system and halt the processor. 

2. Reset the system by typing the initialize command at the console prompt. 
For example, type: 

»> initialize 

3. Set the processor’s selector switch to the “Update” position. 

4. Enter the following commands to set the default multiuser boot command for a 
local disk and an HSC disk. 

• For a local disk, use this syntax: 

set boot default /xmi :BIA# bi:B/# /r5:10008 duunit# 

For example, type: 

»> set boot default /xmi:e /bi:4 /r5:10008 duO 

• For an HSC disk, use this syntax: 

set boot default /xmi xBIA# bi: node://SC# r5:10008 duunit# 

For example, type: 

»> set boot default /xmi:e /bi:4 /node://5C#/r5:10008 duO 
The variable numbers must be expressed in hexadecimal notation. 
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5. Enter the following commands to set the default single-user boot command for 
a local disk and an HSC disk. This allows a conversational boot to single user, 
using the b ask command. 

• For a local disk, use this syntax: 

set boot ask /xmi :BIA# bv.BI# r5:1000b duunit# 

For example, type: 

»> set boot ask /xmi:e /bi:4 /r5:1000b duO 

• For an HSC disk, use this syntax: 

set boot ask /xmi :B1A# bv.BI# node:HSC# r5:1000b duunit# 

For example, type: 

»> set boot ask /xmi:e /bi:4 /node :HSC# /r5:1000b duO 
The variable numbers must be expressed in hexadecimal notation. 

1. Reset the selector switch from the “Update” setting to its original setting. 

2. If you are booting a Cl disk, make sure that the TK50 console tape is in 
the drive. 

3. Boot the system to multiuser or single user mode: 

• Boot to multiuser mode by typing: 

»> b 

• Boot to single-user mode by typing: 

»> b ask 


3.12.4 Changing the VAX 8200, VAX 8250, VAX 8300, and the VAX 8350 
Boot Data 

Each of these processors stores its boot data on Electrically Erasable Programmable 
Read-Only Memory (EEPROM). The EEPROMs contain such data as the default 
console baud rate and the default boot device. To make changes to this data, you 
must run the EEPROM utility, which is stored on the diskette labeled: UTIL PROG 
FLP. 

The EEPROM utility runs under the VAX Diagnostic Supervisor (VDS) software. 
Therefore, to run the EEPROM utility, you must boot the VDS software. The 
procedures for running the VDS software, as well as a complete description of the 
EEPROM utility’s functionality, is described in your processor-specific Owner’s 
Manual. 

It may be necessary to update the EEPROMs to boot the diskette by default. 

If your hardware supports an HSC configuration, you must build a new diskette to 
enable the HSC remote boot commands. 
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To build the diskette, follow these steps: 

6. Invoke the mkconsole program by typing: 

# /etc/mkconsole 

The program assumes that /vmunix is the running kernel. When you run the 
program, mkconsole prompts you to remove the RX50 diskette from the 
drive and insert a blank RX50 diskette in the same drive. 

7. Replace the RX50 diskette with a blank write-enabled RX50 diskette and press 
the RETURN key. The program responds with a brief message to explain its 
activity. At completion, the system prompt appears. 

After building the new diskette, your system is able to boot a remote HSC device. 

3.12.5 Updating the VAX 8500, VAX 8530, VAX 8550, VAX 8700, VAX 8800, 
and VAX 8810 Boot Command Files 

For each of these processors, there are several boot command files that you can use to 
start your system. The format of these command files is the same. Each command 
file contains setup and initialization commands, several DEPOSIT statements, and 
several startup statements. 

The DEPOSIT statements set the R0 through R5 General Purpose Registers (GPRs). 
These GPRs are evaluated by the Virtual Memory Bootstrap program, VMB. EXE , to 
determine which device is to be booted. All of the DEPOSIT statements require 
hexadecimal values. 

The GPRs and their meanings are: 

• R0 - Boot device type code 

• R1 - Processor-specific adapter information 

• R2 - Controller number 

• R3 - Unit number of the boot deyice 

• R4 - Logical boot block number 

• R5 - Boot control flags 

Appendix B contains a complete listing of the values for each of these registers. Any 
of the register entries in these files can be changed, but the Rl, R3, and R5 registers 
are the ones most likely to change. 

Example 3-2 shows a sample boot command file (bdara. com) for a VAX 8700 
processor. 
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Example 3-2: Sample VAX 8700 Boot Command File 

SET VERIFY 
! BDARA.COM 
! REV 1.0 

I 

! COMMAND PROCEDURE TO BOOT ULTRIX FROM A BDA DISK 

I 

! NEXT_PRIMARY is expected to point to the CPU that is to be used 
! as the primary CPU. 

i 

. The following register deposits must be done before executing this 
! command procedure or must be edited to correspond to the hardware 
! configuration: 

i 

! R1 - Bus address information 
! R3 - device unit number 

i 

SET TERMINAL OPAO ! Set up logging 

SET DEFAULT HEXADECIMAL,PHYSICAL,LONGWORD 


INITIALIZE ! 
DEPOSIT R0 21 ! 
IDEPOSIT R1 00 ! 

i 

DEPOSIT R2 0 ! 
IDEPOSIT R3 %D0 ! 
SET DEFAULT HEXADECIMAL ! 
DEPOSIT R4 0 ! 
DEPOSIT R5 1000B ! 


i 

i 

j 

j 

FIND/MEM ! 

i 

IF NOT $STATUS THEN @EXIT ! 
EXAMINE SP ! 

LOAD/MAINMEMORY/S TART=@ VMB. 
START @ 


Init primary 

BDA boot device type code 
Boot device bus address: 

<3:0>=BI node #, <5:4>=BI # 

<31:24>=optional controller letter specifier 

Unit # of drive, decimal radix 

Reset radix 

Not applicable 

bits purpose 

<0> ask for boot image name. 

<1> boot single user 

<3> boot ultrix 

<16> ignore memory soft errors. 

Find 64kb of working memory; set cold 
start bit 

Boot if find was successful 
Show address of working memory + %X200 
EXE ! Load VMB into good mem + %X200 
! Start executing VMB 


The steps to update the boot command files for these processors are: 

1. Exit the console mode. To do this, type a CTRL/P at the superuser prompt and 
type the word exit at the console mode prompt: 

# <CTRL/P> 

»>exit 

$ 

The $ prompt signifies that you are out of the console mode and under control 
of the operating system running on the PRO-380. 

2. Make a copy of the bdara. com file, with the name def boo. com. For the 
VAX 8800 processor, specify the subdirectory [8800], which contains the 
bdara.com 

$ COPY [8800]bdara.com defboo.com 

For the other VAX processors, copy the bdara. com file in the system default 
subdirectory: 

$ COPY bdara.com defboo.com 
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Caution 

Do not edit the bdara. com file. This file is required for future 
ULTRIX installations or may be needed to boot alternate system 
disks. 

3. Edit the defboo.com file. You must use the EDT editor as described in the 
appropriate Console Operator’s Guide. This editor is invoked with the RUN 
EDT command, followed by the file name that you want to edit: 

$RUN EDT 
EDT>defboo.com 

The entries that you may have to change are the Rl, R3, and R5 register entries. 
At a minimum, you must remove the exclamation points (!) from the 
beginning of the Rl and R3 lines. 

The Rl register entry specifies — from the left-most bits — the following: 

• Bits 0 to 3 specify the number of the BI adapter node which is connected 
to the BUA. 

• Bits 4 and 5 specify the NBIA adapter number. 

• Bits 6 through 31 of the Rl register must be zero. 

The R3 register specifies the unit (plug) number of the system disk drive. 

The R5 register entry should read 10008, which specifies booting the 
ULTRIX operating system to multiuser mode. 

4. Exit the defboo. com file (after making the appropriate changes) and return to 
the $ prompt. 

5. Make a copy of the defboo. com file, and name the copy askboo . com. For 
example, type: 

$COPY defboo.com askboo.com 

$ 

The system uses the askboo. com file to boot the system in conversational 
mode. 

6. Edit the askboo. com file, using the EDT editor: 

$RUN EDT 
EDT>askboo.com 

The only register that you change is the R5 register. The R5 register entry 
should read 1000B. This causes the VMB.EXE program to boot the ULTRIX 
operating system to conversational single-user mode as described in Chapter 2. 

7. Exit the askboo. com file (after making the appropriate changes) and return to 
the $ prompt. 

8. Return to the console monitor prompt by running the control program: 

$RUN CONTROL 

This command causes the system to redisplay the console monitor prompt »>. 
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9. Return the console to the ULTRIX superuser prompt: 

»>set term prog 

# 

The # prompt indicates that you have returned to the ULTRIX operating system 
and can continue normal operations. You can now use the b and b ask boot 
commands to boot the system, as described in Section 3.8. 


3.12.6 Updating the VAX 8820/8830/8840 Boot Command Files 

There are boot command files for the VAX 8820/8830/8840 processors that you use 
to start your system. The format of these command files is the same. Each 
command file contains setup and initialization commands, several DEPOSIT 
statements, and several startup statements. 

The DEPOSIT statements set the R0 through R5 General Purpose Registers (GPRs). 
These GPRs are evaluated by the Virtual Memory Bootstrap program VMB. EXE, to 
determine which device is to be booted. All of the DEPOSIT statements require 
hexadecimal values. 

The GPRs and their meanings are: 

• R0 - Boot device type code 

• R1 - Processor-specific adapter information 

• R2 - Controller number 

• R3 - Unit number of the boot device 

• R4 - Logical boot block number 

• R5 - Boot control flags 

Appendix B contains a complete listing of the values for each of these registers. Any 
of the register entries in these files can be changed, but the Rl, R3, and R5 registers 
are the ones most likely to change. 

To update the boot command files, follow these steps: 

1. Exit the console mode. To do this, type a CTRL/P at the superuser prompt: 

# <CTRL/P> 

»> 

The »> prompt signifies that you are running under control of the console 
operating system. 

2. Makeacopyofthebdara.cmdfilewiththenamedefboo.cmd. Copy the 
bdara. cmd file in the system default subdirectory: 

»> COPY bdara.cmd defboo.cmd 

3. Edit the defboo.cmd file. You must use the EDT editor as described in the 
appropriate Console Operator’s Guide. This editor is invoked with the 
edit/edt command, followed by the file name that you want to edit: 

»> edit/edt defboo.cmd 

The entries that you may have to change are the Rl, R3, and R5 register entries. 
At a minimum, you must remove the exclamation points (!) from the 
beginning of the Rl and R3 lines. 

The Rl register entry specifies - from the left-most bits - the following: 
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• Bits 0 to 3 specify the number of the BI adapter node which is connected 
to the BUA. 

• Bits 4 and 5 specify the NBIA adapter number. 

• Bits 6 through 31 of the R1 register must be zero. 

The R3 register specifies the unit (plug) number of the system disk drive. 

The R5 register entry should read 10008, which specifies booting the 
ULTRIX operating system to multiuser mode. 

4. Exit the defboo. cmd file (after making the appropriate changes) and return to 
the »> prompt. 

5. Make a copy of the defboo. cmd file, and name the copy askboo. cmd. For 
example, type: 

»> COPY defboo.cmd askboo.cmd 

»> 

The system uses the askboo. cmd file to boot the system in conversational 
mode. 

6. Edit the askboo. cmd file, using the EDT editor: 

»> edit/edt askboo.cmd 

The only register that you change is the R5 register. The R5 register entry 
should read 1000B. This causes the VMB.EXE program to boot the ULTRIX 
operating system to conversational single-user mode as described in Chapter 2. 

7. Exit the askboo. cmd file (after making the appropriate changes) and return to 
the >» prompt. 

8. Return the console to the ULTRIX superuser prompt: 

»>set term prog 

# 

The # prompt indicates that you have returned to the ULTRIX operating system 
and can continue normal operations. You can now use the b and b ask boot 
commands to boot the system, as described in Section 3.9. 

3.12.7 Updating the VAX 8600 and VAX 8650 Console RL02 Disk 

The procedure in this section describes how to create boot command files that will 
boot the current running system disk. This procedure assumes that the /usr file 
system is mounted. 

To update the VAX 8600 or the VAX 8650 console RL02 disks, run the command. 
This command assumes that /vmunix is the running kernel. Type: 

# /etc/mkconsole 

The mkconsole command writes the ULTRIX support files, which include the 
defboo.com and askboo.com files, to the console RL02 disk. 

You can now use the b and b ask commands to boot the system, as described in 
Section 3.10. 


3-32 Processor-Specific Boot Commands 








3.13 Booting a DECstation 3100 or a DECstation 2100 

The following sections provide instructions for setting console environmental 
variables and for booting your processor. The boot command that you use depends 
on whether you are booting from disk, tape, or the network. 


3.13.1 Setting Console Environmental Variables 

You can define the default boot path and enable or disable automatic boot operations 
by setting specific console environmental variables. 

To set the bootpath variable, use this syntax: 
setenv bootpath rz (#,#,#) vmunix 

The bootpath variable sets the default boot device. The first # specifies the SCSI 
controller number. The default value is 0. The second # specifies the unit number of 
the system disk drive. The third # specifies the disk partition. The default value is 0. 

For example, to set the default boot device to an rz disk at controller 0, drive 1, 
partition 0, you would set the bootpath variable as: 

» setenv bootpath rz(0,1,0)vmunix 

To set the bootmode variable, use this syntax: 
setenv bootmode variable 

The bootmode variable enables or disables automatic boot operation. To enable 
automatic boot to multiuser mode using the bootpath variable, set the bootmode 
variable to a. For example: 

» setenv bootmode a 

To disable the automatic boot operation (that is, to suppress an automatic boot to 
multiuser mode after the RESET button has been depressed or as the result of a 
power on), set the bootmode variable to asterisk (*). For example: 

>> setenv bootmode * 

You can also set other console environmental variables. To get a listing of all of the 
variables, type: 

>> printenv 

For more information about the variables and for instructions on how to set each, see 
your hardware manual. 


3.13.2 Booting a System Disk 

You can boot the default disk or an alternate disk to either single-user or multiuser 
mode. The following list specifies the boot commands: 

• To boot the default disk or the system disk to single-user mode, type: 

» boot 

The system boots the device that was set in the bootpath console 
environmental variable described previously. 

• To boot the default disk or the system disk to multiuser mode, type: 

>> auto 
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The system boots the device that was set in the bootpath console 
environmental variable described previously. 

• To boot an alternate disk or kernel image to single-user mode, type: 

» boot -f rz (0,#,0)vmunix.new 

• To boot an alternate disk or kernel image to multiuser mode, type: 

» setenv bootpath rz(0,#,0)vmunix.new 
» auto 

For additional information on startup modes, see Chapter 2. 


3.13.3 Booting a TK50 Tape 

When doing an installation or booting the standalone kernel for system management 
tasks, you may have to boot a TK50 tape. After installing the TK50 boot tape, type: 

» test -c 

The console subsystem displays information that identifies the unit number of your 
tape drive and various other assignments. (Use this information to define the tape 
drive unit number (#) when you enter the boot command later on.) 

After displaying identification information, the console subsystem reissues its prompt. 
Now you can enter the boot command using this format: 

boot -f tz(0,#) 

For example, to boot a SCSI tape (tz) at controller 0, drive 5, type: 

>> boot -f tz(0,5) 

3.13.4 Booting from the Network 

You boot from the network when you are: 

• Booting a diskless system 

• Initiating an installation from a remote server 

• Booting a standalone kernel from a remote server, in order to perform system 
management tasks 

To boot the system from the network, enter this command: 

>> boot -f mop() 

3.13.5 Setting the Default Boot Device 

You set the default boot device when you want to change the boot default system 
disk permanently. 

To do this, follow these steps: 

1. Shut down your system. 

2. When the console prompt (») appears, type the command, using this format: 
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setenv bootpath rz (#,#,#) vmunix 

The bootpath variable sets the default boot device. The first # specifies the 
SCSI controller number. The default value is 0. The second # specifies the unit 
number of the system disk driver. The third # specifies the disk partition. The 
default value is 0. 

For example, to set the default boot device to an rz disk at controller 0, drive 1, 
partition 0, you would set the bootpath variable as: 

» setenv bootpath rz(0,1,0)vmunix 

3. Use the boot command to reboot your new system disk to single-user mode. 

4. Use the auto command to reboot your new system disk to multiuser mode. 

3.14 Booting the DECstation 5000 

The following sections provide instructions for setting console environmental 
variables and for booting your processor. The boot command that you use depends 
on whether you are booting from disk, tape, or the network. 


3.14.1 Setting Console Environmental Variables 

You can define the default boot path and enable or disable automatic boot operations 
by setting specific console environmental variables. 

To set the bootpath variable, use this syntax: 

setenv bootpath rz (#,#,#) vmunix 

The bootpath variable sets the default boot device. The first # specifies the SCSI 
controller number. The default value is 0. The second # specifies the unit number of 
the system disk drive. The third # specifies the disk offset. The default value is 0. 

For example, to set the default boot device to an rz disk at controller 0, drive 1, 
partition 0, you would set the bootpath variable as: 

» setenv bootpath rz(0,1,0)vmunix 

To set the haltaction variable, use this syntax: 
setenv haltaction variable 

The haltaction variable enables or disables automatic boot operation. To enable 
automatic boot to multiuser mode using the bootpath variable, set the haltaction 
variable to a. For example: 

>> setenv haltaction a 

To disable the automatic boot operation (that is, to suppress an automatic reboot after 
the RESET button has been depressed or as the result of a power on), set the 
haltaction variable to h. For example: 

>> setenv haltaction h 


To force the system to restart when the reset button is pressed, and thereby do a 
memory dump, set the haltaction variable to r. For example: 

» setenv haltaction r 
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You can also set other console environmental variables. To get a listing of all of the 
variables, type: 

» printenv 

For more information about the variables and for instructions on how to set each, see 
your hardware manual. 

3.14.2 Booting a System Disk 

You can boot the default disk or an alternate disk to either single-user or multiuser 
mode. The following list specifies the boot commands: 

• To boot the default disk or the system disk to single-user mode, type: 

» boot -s 

The system boots the device that was set in the bootpath console 
environmental variable described previously. 

• To boot the default disk or the system disk to multiuser mode, type: 

>> boot 

The system boots the device that was set in the bootpath console 
environmental variable described previously. 

• To boot an alternate disk or kernel image to single-user mode, type: 

» boot -s -f rz(0,#,0)vmunix.new 

5. To boot an alternate disk or kernel image to multiuser mode, type: 

>> boot -f rz(0,#,0)vmunix.new 

For additional information on startup modes, see Chapter 2. 

3.14.3 Booting a TK50 Tape 

When doing an installation or booting the standalone kernel for system management 
tasks, you may have to boot a TK50 tape. After installing the TK50 boot tape, type: 

» cnfg 5 

The console subsystem displays information that identifies the unit number of your 
tape drive and various other assignments. Use this information to define the tape 
drive unit number (#) when you enter the boot command later on. 

After displaying identification information, the console subsystem reissues its prompt. 
Now you can enter the boot command using this format: 

boot -f tz(0,#) 

For example, to boot a SCSI tape (tz) at controller 0, drive 5, type: 

>> boot -f tz(0,5) 
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3.14.4 Booting from the Network 

You boot from the network when you are: 

• Booting a diskless system 

• Initiating an installation from a remote server 

• Booting a standalone kernel from a remote server, in order to perform system 
management tasks 

To boot the system from the network, enter this command: 

>> boot -f mop() 


3.14.5 Setting the Default Boot Device 

You set the default boot device when you want to change the boot default system 
disk permanently. 

To do this, follow these steps: 

1. Shutdown your system. 

2. When the console prompt (») appears, type the command, using this format: 

setenv bootpath rz (#,#,#) vmunix 

The bootpath variable sets the default boot device. The first # specifies the 
SCSI controller number. The default value is 0. The second # specifies the unit 
number of the system disk driver. The third # specifies the disk offset. The 
default value is 0. 

For example, to set the default boot device to an rz disk at controller 0, drive 1, offset 
0, you would set the bootpath variable as: 

» setenv bootpath rz(0,1,0)vmunix 

3. Use the boot -s command to reboot your new system disk to single-user 
mode. 

4. Use the boot command without the single user option to reboot your new 
system disk to multiuser mode. 

3.15 Booting the DECstation 5400 

The following sections provide instructions for setting console environmental 
variables and for booting your processor. The boot command that you use depends 
on whether you are booting from disk, tape, or the network. 

3.15.1 Setting Console Environmental Variables 

You can define the default boot path and enable or disable automatic boot operations 
by setting specific console environmental variables. 

To set the bootpath variable, use this syntax: 

setenv bootpath rz (#,#,#) vmunix 
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The bootpath variable sets the default boot device. The first # specifies the 
controller number. The default value is 0. The second # specifies the unit number of 
the system disk drive. The third # specifies the disk offset. The default value is 0. 

For example, to set the default boot device to an rf disk at controller 0, drive 1, 
partition 0, you would set the bootpath variable as: 

>> setenv bootpath rf(0,1,0)vmunix 


To set the bootmode variable, use this syntax: 

setenv bootmode variable 

The bootmode variable enables or disables automatic boot operation. To enable 
automatic boot to multiuser mode using the bootpath variable, set the haltaction 
variable to a. For example: 

>> setenv bootmode a 

To disable the automatic boot operation (that is, to suppress an automatic reboot after 
the RESET button has been depressed or as the result of a power on), set the 
bootmode variable to asterisk (*). For example: 

>> setenv bootmode * 


To force the system to restart when the reset button is pressed, and thereby do a 
memory dump, set the bootmode variable to r. For example: 

>> setenv bootmode r 


You can also set other console environmental variables. To get a listing of all of the 
variables, type: 

» printenv 

For more information about the variables and for instructions on how to set each, see 
your hardware manual. 


3.15.2 Booting a System Disk 

You can boot the default disk or an alternate disk to either single-user or multiuser 
mode. The following list specifies the boot commands: 

• To boot the default disk or the system disk to single-user mode, type: 

» boot -s 

The system boots the device that was set in the bootpath console 
environmental variable described previously. 

• To boot the default disk or the system disk to multiuser mode, type: 

» boot 

The system boots the device that was set in the bootpath console 
environmental variable described previously. 

• To boot an alternate disk or kernel image to single-user mode, type: 

» boot -s -f tm(0,#,0)vmunix.new 

• To boot an alternate disk or kernel image to multiuser mode, type: 

>> boot -f tm(0,#,0)vmunix.new 
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For additional information on startup modes, see Chapter 2. 


3.15.3 Booting a TK50 Tape 

When doing an installation or booting the standalone kernel for system management 
tasks, you may have to boot a TK50 tape. After installing the TK50 boot tape, to 
invoke the console type: 

>> maint 

When the console prompt (»>) appears, type this command: 

»> show devices 

The console subsystem displays information that identifies the unit number of your 
tape drive and various other assignments. Use this information to define the tape 
drive unit number (#) when you enter the boot command later on. Type this 
command to return to the RISC console: 

>» exit 

After displaying identification information, the console subsystem reissues its prompt. 
Now you can enter the boot command using this format: 

boot -f tm(0,#) 

For example, to boot a tape (tm) at controller 0, drive 5, type: 

» boot -f tm(0,5) 

3.15.4 Booting from the Network 

You boot from the network when you are: 

• Booting a diskless system 

• Initiating an installation from a remote server 

• Booting a standalone kernel from a remote server in order to perform system 
management tasks 

To boot the system from the network, enter this command: 

» boot -f mop() 

3.15.5 Setting the Default Boot Device 

You set the default boot device when you want to change the boot default system 
disk permanently. 

To do this, follow these steps: 

1. Shutdown your system. 

2. When the console prompt (») appears, type the command, using this format: 

setenv bootpath rf (#,#,#) vmunix 

The bootpath variable sets the default boot device. The first # specifies the 
controller number. The default value is 0. The second # specifies the unit 
number of the system disk driver. The third # specifies the disk offset. The 
default value is 0. 
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For example, to set the default boot device to an rf disk at controller 0, drive 1, offset 
0, you would set the bootpath variable as: 

>> setenv bootpath rf(0,1, 0)vmunix 

3. Use the boot -s command to reboot your new system disk to single-user 
mode. 

4. Use the boot command without the single user option to reboot your new 
system disk to multiuser mode. 


3.16 Booting the DECsystem 5810/5820/5830/5840 

The following sections provide instructions for setting console environmental 
variables and for booting your processor. The boot command that you use depends 
on whether you are booting from disk or tape. 

3.16.1 Setting Console Environmental Variables 

You can define the default boot path and enable or disable automatic boot operations 
by setting specific console environmental variables. 

To set the bootpath variable, use this syntax: 

setenv bootpath ra (/x0 slot-number/bnode-number/cCI-number , #, #) vmunix 

The bootpath variable sets the default boot device. Replace slot-number with the 
slot number of your XMI-to-BI bus adapter (XBI). Replace node-number with the 
node number on the XBI where your controller is located. Replace Cl-number with 
the Cl node number. The first # specifies the unit number of the system disk drive. 
The second # specifies the disk offset. The default value is 0. 

For example, to set the default boot device to an ra disk with an HSC controller 
connected to Cl slot number 4, and a BI adapter in slot E (hex) drive 1, partition 0, 
you would set the bootpath variable as: 

» setenv bootpath ra(/x0xe/b4/c6,1,0)vmunix 

You can also set other console environment variables. To get a listing of all of the 
variables, type: 

» printenv 

For more information about the variables and for instructions on how to set each, see 
your hardware manual. 

3.16.2 Booting a System Disk 

You can boot the default disk or an alternate disk to either single-user or multiuser 
mode. The following list specifies the boot commands: 

1. To boot the default disk or the system disk to single-user mode, type: 

» boot -s 

The system boots the device that was set in the bootpath console 
environmental variable described previously. 
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2. To boot the default disk or the system disk to multiuser mode, type: 

» boot 

The system boots the device that was set in the bootpath console 
environmental variable described previously. 

3. To boot an alternate disk or kernel image to single-user mode, type: 

» boot -s -f ra (/ xslot-number/bnode-number / cCI -number, #, 0) vmunix. new 

4. To boot an alternate disk or kernel image to multiuser mode, type: 

» boot -f ra (/xslot-number/hnode-number/cCl-number, #, 0) vmunix. new 

For additional information on startup modes, see Chapter 2. 


3.16.3 Booting a TK50 Tape 

When doing an installation or booting the standalone kernel for system management 
tasks, you may have to boot a TK50 tape. After installing the TK50 boot tape, type: 

>> maint 

to invoke the console. When the console prompt (>») appears, type this command: 

>» show config 

The console subsystem displays information that identifies what is assigned to each 
slot number on your system. The display looks like this: 



Type 


Rev 

1+ 

KN58A/A 

(8081) 

0000 

2 

KN58A/B 



9+ 

MS62A 

(4001) 

0002 

E + 

DWMBA/A 

(2001) 

0002 

XBI 

E 



1 + 

DWMBA/B 

(2107) 

000A 

2 + 

KDB50 

(010E) 

131C 

4 + 

CIBCA 

(0108) 

41C2 

6+ 

TBK70 

(410B) 

0307 

C+ 

DEBNI 

(0118) 

0100 


Record the slot number of your XBI adapter, which is hexadecimal E in the example. 
Also record the node number of your TBK70 controller, which is 6 in the example 
(Do not include the plus (+) sign that appears in the output.) 

Type this command to return to the RISC console: 

»> exit 

After displaying identification information, the console subsystem reissues its prompt. 
Now you can enter the boot command using this format: 

boot -f tms (/xOxslot-number/hnode-number, unit-number) 

Replace slot-number with the slot number of your XMI-to-BI bus adapter (XBI). 
Replace node-number with the node number of the XBI where your TBK70 
controller is located. Replace unit-number with the unit number of your TBK70 
controller. The unit number is always the same as the node number on the XBI 
where your TBK70 controller is located. 
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For example, to boot the system from XBI slot E (hex) for a TBK70 controller 
located on XBI node 6 type: 

» boot -f tms(/x0xe/b6,6) 


3.16.4 Setting the Default Boot Device 

You set the default boot device when you want to change the boot default system 

disk permanently. 

To do this, follow these steps: 

1. Shutdown your system. 

2. Set the default boot device by setting the bootpath variable. For information 
on setting the bootpath variable, see Section 3.16.1. 

3. Use the boot -s command to reboot your new system disk to single-user 
mode. 

4. Use the boot command without the single user option to reboot your new 
system disk to multiuser mode. 
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The Standalone ULTRIX Environment 4 


The standalone ULTRIX environment is a diskless environment that has its miniroot 
file system within the data space of the running kernel. It is used to initiate ULTRIX 
installations. 

The primary purpose of the standalone ULTRIX environment is to support the initial 
phases of an installation, which include selecting input and output devices, as well as 
restoring the root file system image to the target system disk. Throughout the 
installation process, full ULTRIX device drivers are used. 

A secondary purpose of the standalone ULTRIX environment is to support system 
management activities. These activities include: 

• Restoring a damaged root file system 

• Checking the consistency of the root file system 

• Restoring the boot block image 

• Performing disk maintenance operations 

The commands included in the standalone ULTRIX environment are those commands 
that assist in recovering from root file system corruption, and those that help perform 
general file system and disk maintenance tasks. You should therefore consider the 
standalone ULTRIX environment a limited and intentionally small environment that 
does not perform like a full ULTRIX operating system environment. System 
management activities in the standalone ULTRIX environment should be performed 
by those individuals who have extensive ULTRIX or UNIX operating systems 
experience. 

The sections in this chapter: 

• Explain how to invoke the standalone ULTRIX environment 

• Identify some of the more commonly used functional capabilities 

• Describe how to extend the standalone ULTRIX environment so that additional 
commands can be used. 


4.1 Invoking the Standalone ULTRIX Environment 

The media and the commands that you use to invoke the standalone ULTRIX 
environment are dependent on the type of processor that you are using. These media 
and commands are identified and described in the Basic Installation Guide. 

As part of the installation, the system prompts you to select one of three options: 

• Basic Installation 

• Advanced Installation 

• System Management 









Choose the third item. System Management, to invoke the Standalone ULTRIX 
Environment. The system responds by placing the system in single-user mode and 
by displaying the # shell prompt. 

4.2 Standalone ULTRIX Environment Capabilities 

The standalone ULTRIX environment enables you to perform all of the typical 
system management activities. The only difference is that, in some cases, you have 
to use system primitives instead of the more advanced system commands. For 
example, to make a new file system, you must use the mkf s command instead of the 
newf s command. This is because of the space limitation imposed on the standalone 
ULTRIX environment. 

A limitation of the standalone ULTRIX environment is that only peripheral devices 
connected to controllers that have been assigned standard, fixed, CSR addresses are 
accessible when making special device files. At boot time, the system does not 
configure controllers assigned floating CSR addresses. When the special device files 
have been created with the MAKEDEV command, you have access to the functional 
capabilities of the standalone ULTRIX environment. These functional capabilities 
include the ability to do the following: 

• Repair corrupted file systems with the f sck command 

• Create new file systems with the mkf s command 

• Restore the boot block with the dd command 

• Restore file systems with the restore command 

• Maintain disks with the rzdisk or radisk commands 

• Mount other disks and file systems with the mount command 

An example of the standalone ULTRIX environment’s functional capability is 
described in the Guide to System Backup and Restore. The description explains how 
to restore the root file system after a catastrophic event has occurred. 


4.3 Extending the Standalone ULTRIX Environment 

If you find that the commands and utilities provided by the standalone ULTRIX 
environment do not completely meet your needs, you can extend the environment to 
include access to other commands. To extend the standalone ULTRIX environment, 
perform the following steps: 

1. Make the device special files for the device that contains the target commands. 
To do this, change directories as follows: 

# cd /dev 

After changing directories, use the following syntax to create the special device 
files: 

MAKEDEV device 

2. Mount the device. For example, to mount the /mnt file system, use the 
following format: 

# mount device /mnt 
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This enables you to access any of the commands or files on that device. To see 
what commands and files are available, type: 

# Is /mnt 

The system responds by displaying the contents of /mnt. 
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Device Mnemonics 


This appendix identifies and defines the mnemonics that are used to attach any 
hardware or software device to your system. The mnemonics are used by the 
/dev/MAKEDEV shell script to create the character or block special files that 
represent each of the devices. The mnemonics also appear in the system 
configuration file, as described in the Guide to System Configuration File 
Maintenance. 

Table A-l lists the mnemonics in nine categories: generic, systems, consoles, disks, 
tapes, terminals, modems, printers, and others. The generic category lists the 
mnemonics of a general nature and includes memory, null, trace, and tty devices. 

The systems category lists the mnemonic for the DECstation 3100 system setup. The 
consoles category lists the system console devices that the operating system uses. 

The disks, tapes, terminals, modems, and printers categories identify the appropriate 
mnemonics for those devices. The others category lists the mnemonic for DECstation 
3100 devices. 

The description heading in Table A-l identifies the corresponding device name. It 
does not define the mnemonic’s use. For detailed information on the use of each 
mnemonic in relation to both the MAKEDEV script and the system configuration file, 
refer to the reference pages in Section 4 of the ULTRIX Reference Pages. If on-line 
reference pages are available, you can also use the man command. For instance, 
enter the following command at the system prompt to display the reference page for 
the Mass Storage Control Protocol (MSCP) disk controller driver: 

% man ra 

Where appropriate, the SYNTAX section of the reference page defines the device’s 
syntax as it should appear in the conf ig file. Refer to /dev/MAKEDEV for 
additional software device mnemonics that MAKEDEV uses. Refer to MAKEDEV(8) in 
the for a description of the MAKEDEV utility. 

Table A-l uses the convention of an asterisk (*) beside a mnemonic and a question 
mark (?) beside a device name to mean a variable number. The value of the variable 
number is dependent on the particular device. 










Table A-1: Devices Supported by MAKEDEV 


Category Mnemonic Description 


Generic 

boot* 

mvax* 

vaxstation* 

std 

drum 


errlog 

kUmem 


kmem 


mem 

null 


trace 


tty 


local 

Systems 

DECstation 

Consoles 

console 

crl 

cs* 

ctu* 

cty* 

cfl 

ttycp 

Disks 

hp* 


ra* 


ese* 


rb* 


rd* 


rz 


rk* 


rl* 


rx* 


Tapes mu* 
tms* 
rv* 
ts* 
tu* 
st* 

tz* 

Terminals cxa* 
cxb* 
cxy* 
dfa* 
dhq* 
dhu* 


Boot and std devices by cpu number; for example, boot750 
All MicroVAX setups; for example, mvax2000 
A VAXstation 2000 setup; for example, vaxstation2000 
Standard devices with all console subsystems: 

Kernel drum device 
Error log device 

Kernel Unibus/Q-bus virtual memory 
Virtual main memory 
Physical memory 
A null device 
A trace device 
A tty device 

Customer-specific devices 

A DECstation 3100 setup 

System console interface 
Console RL02 disk interface for VAX 8670 
Console RX50 floppy interface for VAX 8770 
Console TU58 cassette interface for VAX 11/750 
Console extra serial line units for VAX 8770 
Console RX01 floppy interface for 11/78? 

Console line used as auxiliary terminal port 

MASSBUS disk interface for RM7? drives and RP7? devices 
UNIBUS/Q-bus/BI/HSC MSCP disk controller interface 
UNIBUS/Q-bus/BI/HSC MSCP electronic ESE20 disk 
UNIBUS IDC RL02 disk controller interface 
for RB7? drives 

VAXstation 2000 and MicroVAX 2000 RD type drives 
SCSI disks (RZ22/RZ23/RZ55/RRD40) 

UNIBUS RK7? disk controller interface 
UNIBUS/Q-bus RL7? disk controller interface 
VAXstation 2000 and MicroVAX 2000 RX type drives 

TU78 MASSBUS magtape interface 
UNIBUS/Q-bus/BI/HSC TMSCP tape controller interface 
UNIBUS/Q-bus/BI/HSC TMSCP optical disk 
UNIBUS/Q-bus TS11/TS05/TU80 magtape interface 
TE16/TU45/TU77 MASSBUS magtape interface 
VAXstation 2000 and MicroVAX 2000 TZK50 
cartridge tape 
SCSI tapes (TZ30/TZK50) 

Q-bus cxa16 
Q-bus cxb16 
Q-bus cxt08 

Q-bus DFA01 comm multiplexer 
Q-bus DHQ 11 comm multiplexer 
UNIBUS DHU 11 comm multiplexer 
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Table A-1: (continued) 


Category 

Mnemonic 

Description 


dhv* 

Q-bus DHV 11 comm multiplexer 


dmb* 

BI DMB32 comm multiplexer including dmbsp 
serial printer/plotter 


dhb* 

BI DHB32 comm multiplexer 


dmf* 

UNIBUS DMF32 comm multiplexer including dmfsp 
serial printer/plotter 


dmz* 

UNIBUS DMZ32 comm multiplexer 


dz 

UNIBUS DZ11 and DZ32 comm multiplexer 


sh* 

Micro VAX 2000, 8 serial line expansion option 


ss* 

VAXstation 2000 and Micro VAX 2000 basic 

4 serial line unit 


dzq* 

Q-bus DZQ 11 comm multiplexer 


dzv* 

Q-bus DZV 11 comm multiplexer 


Ita* 

Sets of 16 network local area terminals (LAT) 


pty* 

Sets of 16 network pseudoterminals 


qd* 

Q-bus VCB02 (QDSS) graphics controller/console 


qv* 

Q-bus VCB01 (QVSS) graphics controller/console 


sm* 

VAXstation 2000 monochrome bitmap graphics/console 


sg* 

VAXstation 2000 color bitmap graphics console 


lx 

VAXstation 8000 color high-performance 3D graphics 

Modems 

dfa* 

DFA01 integral modem communications device. 

Printers 

dmbsp* 

BI DMB32 serial printer/plotter 


dmfsp* 

UNIBUS DMF32 serial printer/plotter 


lp* 

UNIBUS LP11 parallel line printer 


lpv* 

Q-bus LP11 parallel line printer 

Other 

pm* 

mono/color bitmap graphics/mouse/modem 
/printer/terminals for DECstation 3100 
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General Purpose Register Use by VMB.EXE D 

(VAX Only) D 


The ULTRIX operating system uses I/O device drivers provided in the VMS Virtual 
Memory Bootstrap (VMB) program. The VMB program evaluates the contents of 
general purpose registers (GPRs) RO through R5 to determine which device is to be 
booted. Where appropriate, installation procedures are set up to build default boot 
command files to bootstrap the system disk. If you wish to tailor the contents of 
boot command files, you can edit and replace them as necessary. This appendix is 
provided as a reference to show the use of the GPRs by the VMB program. 

The following list defines the possible contents of the RO through R5 registers. 
Values enclosed in < > signs define the bit positions for a particular parameter. For 
example: <07:00> means from bits 0 to 7. The notation MBZ means that the value 
must be zero. 


Input Parameters : (Registers expect hex values) 

RO: 

- <07:00> boot device type code (RPB$B_DEVTYP) 
Hex 

Value Device 


0 MASSBUS device (RM02/3,RP04/5/6/7,RM80) 

1 RK06/7 

2 RL01/2 

3 IDC(almost an RA80) on 11/730 

11 UDA-50 (note: values 1 - IF are reserved for UNIBUS devices) 

20 HSC on Cl 

21 BDA on BI 

40 Console block storage device 

- <15:08> reserved for future expansion 

- <31:16> device class dependent (RPB$W_R0UBVEC) 

UNIBUS - optional vector address; 0 implies 
use the default vector 

MASSBUS - not used 

Rl: Boot device’s bus address 

11/780 & 

11/730 - <31:04> MBZ 

<03:00> TR number of adapter 











11/750 - <31:24> MBZ 

<23:00> address of the I/O page for the 
boot device’s adapter 

8600 - <31:06> MBZ 

<05:04> A-bus Adapter number 
<03:00> TR number of the adapter 

8800 - <31:06> MBZ 

<05:04> NBIA Adapter number 
<03:00> BI node number of the adapter 

R2: All controllers: 

<31:24> controller letter designator (optional) 

- UNIBUS: 

<23:18> MBZ 

<17:00> UNIBUS address of the device’s CSR 

- MASSBUS: 

<23:04> MBZ 

<03:00> adapter’s controller/formatter number 
-Cl: 

<23:08> MBZ 

<07:00> HSC node number (station address) 

R3: Boot device unit number 
R4: <31:0> MBZ 

R5: Software boot control flags. The value -1 is reserved. 

The following table defines the software boot control flags used by the ULTREX 
operating system. The first column of the table contains a comment about the 
ULTREX operating system’s use of that control flag. If this column is blank, the flag 
is not required by the ULTRIX operating system. The second column defines the bit 
number of the register. The third column defines the control flag. 


Table B-1: Software Boot Control Flags 


Comment Bit Meaning 


OPTIONAL 0 RPB$V_CONV 

(RB_ASKNAME) Conversational boot. This bit will force 

ULTRIXBOOT to prompt the user for an 
image name which would presumably be different 
from the default vmunix. If the DIAG is also 
on, then the user is prompted for the diagnostic 
supervisor image name. 
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Table B-1: (continued) 


Comment 


OPTIONAL 

(RB_SINGLE) 


REQUIRED 


OPTIONAL 


Bit Meaning 


1 RPB$V_DEBUG 

If this flag is set, the ULTRIX kernel image 
will be booted to single-user mode. 

2 RPB$V_INIBPT. 

Initial breakpoint. If RPB$V_DEBUG is set, VMS 
executes a BPT instruction immediately after 
enabling mapping. 

3 RPB$V_BBLOCK. 

Secondary boot from boot block. Secondary 
bootstrap is a single 512-byte block, whose 
LBN is specified in R4. R4 must be 0 for 
ULTRIX. 

4 RPB$V_DIAG (RB_LOADDS for ULTRIX) 

Diagnostic boot. Causes ULTRIXBOOT to load the 
appropriate diagnostic supervisor by CPU type. 

The default path is /field/e?saa.exe, where the 
partition is specified in bits <31:28> of this 
register. 

5 RPB$V_BOOBPT. 

Bootstrap breakpoint. Stops the primary 
and secondary bootstraps with a breakpoint 
instruction before testing memory. 

6 RPB$V_HEADER. 

Image header. Takes the transfer address of the 

secondary bootstrap image from that file’s 
image header. If RPB$V_HEADER is not set, 
transfers control to the first byte of the 
secondary boot file. 

7 RPB$V_NOTEST. 

Memory test inhibit. Sets a bit in the PFN bit 
map for each page of memory present. Does not 
test the memory. 

8 RPB$V_SOLICT. 

File name. VM@ prompts for the name of a 
secondary bootstrap file. 

9 RPB$V_HALT. 

Halt before transfer. Executes a HALT 
instruction before transferring control to the 
secondary bootstrap. 

10 RPB$V_NOPFND. 

No PFN deletion (not implemented; intended to 
tell VM@ not to read a file from the boot device 
that identifies bad or reserved memory pages, 
so that VM@ does not mark these pages as valid 
in the PFN bitmap). 
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Table B-1: 

(continued) 

t 


Comment 

Bit 

Meaning 



11 

RPB$V_MPM. 

Specifies that multiport memory is to be used 
for the total executive memory requirement. No local 
memory is to be used. This is for tightly coupled 
multiprocessing. 



12 

RPB$V_USEMPM. 

Specifies that multiport memory should be used in 
addition to local memory, as though both were one 
single pool of pages. 



13 

RPB$V_MEMTEST 

Specifies that a more extensive algorithm be used 
when testing main memory for hardware uncorrectable 
(RDS) errors. 

• 


14 

RPB$V_FINDMEM 

Requests use of MA780 memory if MS780 is insufficient 
for booting. Used for 11/782 installations. 



15 

RPB $V_ AUTOTEST 

Used by Diagnostic Supervisor. 


REQUIRED 

16 

RPB$V_CRDTEST 

Specifies that memory pages with correctable (CRD) 
errors NOT be discarded at bootstrap time. By default, 
pages with CRD errors are removed from use during the 
bootstrap memory test. 

• 


<27:17> 

MBZ - Reserved for future expansion. 


OPTIONAL 
(DIAG BOOT) 

<31:28> 

RPB$V_TOPSYS 

Redefines the default load file system partition. 

This field is used primarily with DIAG. The 
corresponding partition numbers and letters are: 

• 



0 = a 

1 = b 

2 = c 

3 = d 

4 = e 

5 = f 

6 = g 

7 = h 


SP 


Must be set to 0x200 




B—4 General Purpose Register Use by VMB.EXE (VAX Only) 












Index 


B 


D 


boot command 

alternate HSC disk, 3-16 

booting a system disk, 3-33, 3-36, 3-38, 3-40 

booting a TK50 tape, 3-9, 3-34, 3-36, 3-39, 3-41 

booting from the network, 337, 3-34, 3-39 

building processor-specific files, 3-23 to 3-32 

changing EEPROM data, 3-27 

procedure file 

VAX 11/780, 325e, 3-11 
VAX 11/785, 3-11 
VAX 8600, 3-21 
VAX 8650, 3-21 
VAX 8700, 329e 
processor-specific, 3-1 to 3^12 
updating console disk, 3-32 
updating procedure file, 3-28 to 3-32 
updating processor-specific files, 3-23 to 3-32 
boot control flags 

reference list, B-l to B-4 
boot device 

setting, 3-34, 3-37, 3-39, 3^2 


c 


DECstation 2100 
booting, 3-33 
DECstation 3100 
booting, 3-33 
DECstation 5000 
booting, 3-35 
DECstation 5400 
booting, 3-37 
DECsystem 5810-5840 
booting, 3-40 
device mnemonics 

reference list, A-2t to A-3t, A- 
using with MAKEDEV, A-l 
using with man command, A-l 
diskless client 

shutting down, 1-3 


file system 

checking consistency, 2-2 
unmounting, 2-2 
unmounting all, 1-1 


console diskette |_| 

building for VAX-11/750, 3-24 

building for VAX-11/780, 3-24 to 3-26 HSC configuration 

building for VAX-11/785, 3-24 to 3-26 booting, 3-10, 3-14 

conversational mode 
invoking, 2-3 
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M 

MicroVAX 3500 processor 
booting, 3-1 

MicroVAX 3600 processor 
booting, 3-1 

MicroVAX 3800 processor 
booting, 3-1 

MicroVAX 3900 processor 
booting, 3-1 

MicroVAX II processor 

booting, 3-1 

booting from network, 3-2, 3-4, 3-7 
multiuser mode 

booting from, 2-1 to 2-3 
booting from console mode, 2-3 
invoking from single-user mode, 2-2 to 2-3 
shutdown procedure, 1-1 to 1-2 
shutdown with reboot, 1-3 
shutdown with system halt, 1-2 


S 


shutdown command 

shutting down multiuser mode, 1-le 
single-user mode 
booting from, 2-1 
single-user-mode 
ending, 2-3 

standalone ULTRIX environment 

capabilities, 4-2 
defined, 4-1 
extending, 4-2 
invoking, 4-1, 4-1 to 4-3 
system 

booting, 2-1 to 2-4 
halting, 1-2 

shutting down, 1-1 to 1-3 


v 

VAX-11/750 processor 
booting, 3-9 
VAX-11/780 processor 
booting, 3-11 


VAX-11/785 processor 
booting, 3-11 
VAX 3300 processor 
booting, 3-3 to 3-4 
VAX 3400 processor 
booting, 3-3 to 3—4 
VAX 6000-410 
booting, 3-13 
VAX 6000-420 
booting, 3-13 
VAX 6000-430 
booting, 3-13 
VAX 6000-440 
booting, 3-13 
VAX 6000-450 
booting, 3-13 
VAX 6000-460 
booting, 3-13 
VAX 6000-series 
booting, 3-13 
VAX 6210 processor 
booting, 3-13 
VAX 6220 processor 
booting, 3-13 
VAX 6310 
booting, 3-13 
VAX 6320 
booting, 3-13 
VAX 6330 
booting, 3-13 
VAX 6340 
booting, 3-13 
VAX 6350 
booting, 3-13 
VAX 6360 
booting, 3-13 
VAX 8200 processor 
booting, 3-15 
VAX 8250 processor 
booting, 3-15 
VAX 8300 processor 
booting, 3-15 
VAX 8350 processor 
booting, 3-15 


Index-2 








VAX 8500 processor 
booting, 3-17 
VAX 8530 processor 
booting, 3-17 
VAX 8550 processor 
booting, 3-17 
VAX 8600 processor 
booting, 3-21 
VAX 8650 processor 
booting, 3-21 
VAX 8700 processor 
booting, 3-17 
VAX 8800 processor 
booting, 3-17 
VAX 8810 processor 
booting, 3-17 
VAX 8820 processor 
booting, 3-19 
VAX 8830 processor 
booting, 3-19 
VAX 8840 processor 
booting, 3-19 
VAXserver 100 processor 
booting, 3-1 

VAXserver 3000 series processor 
booting, 3-1 
VAXstation 3520 
booting, 3-7 
VAXstation 3540 
booting, 3-7 
VAXstation processor 
booting, 3-1 

booting from network, 3-2, 3^1, 3-7 

VMB program 

GPRs and, R-l 




















How to Order Additional Documentation 


Technical Support 

If you need help deciding which documentation best meets your needs, call 800-343-4040 
before placing your electronic, telephone, or direct mail order. 


Electronic Orders 

To place an order at the Electronic Store, dial 800-234-1998 using a 1200- or 2400-baud 
modem from anywhere in the USA, Canada, or Puerto Rico. If you need assistance using the 
Electronic Store, call 800-DIGITAL (800-344-4825). 


Telephone and Direct Mail Orders 


Your Location 

Continental USA, 
Alaska, or Hawaii 

Puerto Rico 
Canada 


International 

* 

Internal 


Call 

800-DIGITAL 

809-754-7575 

800-267-6215 


Contact 

Digital Equipment Corporation 

P.O. Box CS2008 

Nashua, New Hampshire 03061 

Local Digital Subsidiary 

Digital Equipment of Canada 

Attn: DECdirect Operations KA02/2 

P.O. Box 13000 

100 Herzberg Road 

Kanata, Ontario, Canada K2K 2A6 

Local Digital subsidiary or 
approved distributor 

SSB Order Processing - WMO/E15 
or 

Software Supply Business 
Digital Equipment Corporation 
Westminster, Massachusetts 01473 


* For internal orders, you must submit an Internal Software Order Form (EN-01740-07). 


















Reader’s Comments 


ULTRIX 

Guide to System Shutdown and Startup 

AA-ME91B-TE 


Please use this postage-paid form to comment on this manual. If you require a written reply to a software 
problem and are eligible to receive one urider Software Performance Report (SPR) service, submit your 
comments on an SPR form. 


Thank you for your assistance. 


Please rate this manual: 

Excellent 

Good 

Fair 

Poor 

Accuracy (software works as manual says) 

□ 

□ 

□ 

□ 

Completeness (enough information) 

□ 

□ 

□ 

□ 

Clarity (easy to understand) 

□ 

□ 

□ 

□ 

Organization (structure of subject matter) 

□ 

□ 

□ 

□ 

Figures (useful) 

□ 

□ 

□ 

□ 

Examples (useful) 

□ 

□ 

□ 

□ 

Index (ability to find topic) 

□ 

□ 

□ 

□ 

Page layout (easy to find information) 

□ 

□ 

□ 

□ 


What would you like to see more/less of? 


What do you like best about this manual? 


What do you like least about this manual? 


Please list errors you have found in this manual: 
Page Description 


Additional comments or suggestions to improve this manual: 


What version of the software described by this manual are you using? _ 

Name/Title _ Dept. _ 

Company _ Date 

Mailing Address _ 

_ Email _ Phone _ 
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